Redis PFCOUNT 怎样同时估算多个集合的去重总量

把多个HyperLogLog键同时传给PFCOUNT即可估算它们的去重并集，例如PFCOUNT keyA keyB。它利用各键的HLL结构计算合并估算，不是把两个计数相加，也不会创建一个保存并集的新业务键。

官方地址：https://redis.io/docs/latest/commands/pfcount/

跨渠道去重需要并集估算

假设同一活动有网页端与应用端两个渠道。有人在两个渠道都出现，分别统计再相加就会重复算人。这里“集合”指业务上的用户集合：Redis中实际保存的是HLL概率结构，不是可以枚举成员的Set。

先明确身份口径：两个渠道都写入同一个会员标识时，才有跨渠道去重的意义。网页写会员号、应用写设备号，命令无法替你识别它们属于同一个人。

图中网页HLL、应用HLL各自包含寄存器摘要；临时合并结构关联两个摘要，整数估算关联合并结构。临时结构只是解释计算语义，不是新增可访问的Redis键。

用同一身份口径写入两个HLL

下面是供读者在独立测试库使用的命令示例，未将其描述为实测输出。请确认示例键全新且未被业务使用；连接参数按自己的环境配置。花括号中的相同标签也为后面的集群同槽要求预留了命名口径。

# 仅在隔离测试库中演示；三个键须预先不存在，避免混入旧数据
# 相同用户在不同渠道使用相同的字符串身份
redis-cli PFADD 'hll:{campaign-demo}:web' member-17 member-29
redis-cli PFADD 'hll:{campaign-demo}:app' member-29 member-41

# 单键看渠道估算，多键看两个渠道的去重并集估算
redis-cli PFCOUNT 'hll:{campaign-demo}:web'
redis-cli PFCOUNT 'hll:{campaign-demo}:app'
redis-cli PFCOUNT 'hll:{campaign-demo}:web' 'hll:{campaign-demo}:app'

这个人工样本的真实身份并集是member-17、member-29、member-41，共三人；两份原始名单各有两人，相加得到四。这里的三与四用于解释集合关系，PFCOUNT的整数返回值仍应按估算理解，不能把小样本碰巧吻合当成精确性承诺。

PFADD负责录入元素，返回的是结构是否发生变化的标志，不能当作“新增用户数”累加。客户端应先判断命令是否报错，再使用返回值。

查询估算与保存合并结果怎样选择

偶尔查看跨渠道总量，直接使用多键PFCOUNT即可。如果需要保存一份合并HLL供重复读取，可以使用PFMERGE，再对目标键执行单键PFCOUNT。

# merged-demo 必须是全新目标；已有目标也会参与合并
redis-cli PFMERGE 'hll:{campaign-demo}:merged-demo' 'hll:{campaign-demo}:web' 'hll:{campaign-demo}:app'
# 读取合并后的HLL估算，不把多键PFCOUNT的整数当成HLL写回
redis-cli PFCOUNT 'hll:{campaign-demo}:merged-demo'

特别注意已有目标：PFMERGE会把目标键原有HLL也纳入合并。因此，merged-demo若包含上次其他窗口的数据，不能用同名目标当作“覆盖重建”来忽略旧成员。需要重建时应规划独立的新目标键；更换源集合或缩短统计窗口后，旧合并结构不会自动剔除过去纳入的用户。

第二张图强调已有目标摘要同样属于合并输入。源HLL与目标HLL是不同的键；后续源键有新增数据时，目标不会自动同步，应用需要明确刷新安排。

集群与高频查询的处理边界

在Redis Open Source Cluster中，多键PFCOUNT与PFMERGE要求相关键位于同一个哈希槽。示例的共同标签{campaign-demo}让相关键同槽；PFMERGE的目标也要遵守这一要求。不要以为分别请求不同节点，再把返回的估算数相加，就能得到跨节点去重总量。

同槽会集中相关键的负载，标签应按确实需要一起统计的业务范围设计，避免把所有租户都放进一个标签。遇到CROSSSLOT应修正键布局；遇到类型或HLL格式错误应排查写入来源。不能把这些错误转换成0继续展示，否则会掩盖统计失败。

多键查询需要现场合并，成本随输入键数增加；单键与多键的性能不能一概而论。高频报表可在允许延迟的前提下按固定数据窗口维护合并键，或在应用层短时缓存查询整数，并明确刷新频率与失效条件。这是工程取舍，不是固定吞吐或延迟保证。

PFCOUNT虽用于查询，单键调用可能更新HLL内部的基数缓存。不要把“没有新增业务目标键”理解成内部字节绝不变化。

常见问题与使用清单

输入键不存在怎么办？不存在的键按空HLL处理。业务上仍需区分真的无人访问与数据尚未写入，不能只凭0判断采集链路健康。

能否把普通Set直接传进去？不能，PFCOUNT需要有效HLL内容。已有Set的数据需在应用中以统一身份口径录入HLL；它不是Set并集命令的替代语法。

能否用并集估算反推精确交集？不能获得精确结果。用多个近似数相减会引入误差，尤其交集很小时可能不适合作为业务依据。

选型时看什么？先统一身份编码，再决定统计窗口；确认是否接受近似值、是否需要成员明细，以及跨键是否同槽。需要严格精确结算或成员追踪时，应另保留可核对的明细数据。

参考：PFCOUNT官方说明、PFADD官方说明、PFMERGE官方说明、多键操作与集群限制。