Redis ZINTERCARD 怎么限制交集基数计算量

要限制 Redis 多个有序集合的交集计算量，直接在 ZINTERCARD 后追加 LIMIT limit。例如 LIMIT 100 表示“交集达到 100 个就停止”，返回 100 只代表至少达到阈值，并不代表真实交集一定只有 100 个；不写 LIMIT 或写 LIMIT 0 才会继续计算精确基数。

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

先把 numkeys、key 和 LIMIT 对齐

ZINTERCARD 的形式是 ZINTERCARD numkeys key [key ...] [LIMIT limit]。numkeys 表示后面参与交集的有序集合数量，不能把 LIMIT 后面的数字算进去。这个命令从 Redis 7.0 开始提供，返回 RESP 整数，不会像 ZINTER 那样创建结果集合。

# 准备两个有序集合，member 相同才会出现在交集中
redis-cli ZADD region:cn 1 user-a 2 user-b 3 user-c
redis-cli ZADD region:vip 10 user-a 20 user-b 30 user-d

# 统计两个有序集合的精确交集基数，结果为 2
redis-cli ZINTERCARD 2 region:cn region:vip

# 只判断交集是否达到 1，达到后可以提前返回
redis-cli ZINTERCARD 2 region:cn region:vip LIMIT 1

示例中的两个结果分别是 2 和 1。第二条不是把交集截成一个集合，而是把“继续数下去”的工作限制在达到阈值以前。

LIMIT 的真正含义是“至少达到”，不是“最多返回”

业务若只关心“两个资格集合的共同用户是否达到 100 个”，可以把命令结果写成阈值判断：

# limit=100 表示达到 100 后停止，不保证真实总数就是 100
count=$(redis-cli --raw ZINTERCARD 2 campaign:eligible campaign:active LIMIT 100)

# 返回值等于阈值时，只能判断为“至少 100 个”
if [ "$count" -ge 100 ]; then
  echo "满足共同用户门槛"
else
  echo "共同用户不足 100"
fi

当真实交集是 137 时，带 LIMIT 100 的返回结果可能就是 100；当真实交集只有 42 时，返回 42。因而不要把这个值写进需要精确报表的字段，也不要用它替代 ZINTER 的成员结果。

用最小有序集合和 key 数量估算成本

官方给出的最坏时间复杂度是 O(N*K)：N 是输入有序集合中最小的成员数，K 是输入集合数量。LIMIT 较小时，如果交集很快达到阈值，命令可以提前退出；但如果交集很小或根本达不到阈值，仍可能接近完整计算成本。

因此，工程上应先把候选集合中最小的一组控制在合理规模，再按业务门槛选择 LIMIT。LIMIT 不是全局 CPU 配置，也不能阻止 Redis 接收超大 key 列表；它只改变一次交集计数过程何时可以结束。

空 key、精确数值与集群调用的边界

不存在的 key 会被视为空集合，只要有一个输入为空，交集就是 0。LIMIT 0 的语义是无限制，不是返回 0。若后续要展示精确人数，应重新用无限制查询，并将这次查询与阈值判断区分开。

Redis Cluster 场景还要检查多个 key 是否落在同一 hash slot。ZINTERCARD 是多 key 操作，跨槽时不能简单依靠 LIMIT 绕过集群路由限制；可以按业务分片设计 key，或把需要联查的 key 放入同一 hash tag，再由客户端按集群规则发起请求。

常见问题

ZINTERCARD LIMIT 100 返回 100，真实交集是多少？

只能确定真实交集至少有 100 个，不能从这次结果推出精确总数。

LIMIT 0 会不会直接返回 0？

不会。0 是默认的无限制值，会继续计算完整交集基数。

只想拿共同成员列表应该用什么？

使用 ZINTER，因为 ZINTERCARD 的职责是计数，不返回成员。

跨 Redis Cluster 节点能用 LIMIT 解决吗？

不能。LIMIT 只控制计数短路，不能消除多 key 操作的 hash slot 约束。