Redis SINTERCARD 如何只取交集数量：LIMIT、键类型与集群边界

做标签筛选时，很多程序只想知道“两个集合有没有足够多的共同成员”，却把完整交集先取回应用层再数一遍。Redis 的 SINTERCARD 可以直接返回交集数量，成员不需要离开 Redis；加上 LIMIT 后，还能在达到业务阈值时提前结束计算。

先用两组 Set 跑通最小例子

先准备两组用户标签。集合交集是 vip:users 与 trial:users 的共同成员，目标只是知道共同人数，不需要把用户 ID 传回客户端。

redis-cli
SADD vip:users u:101 u:102 u:103 u:104
SADD trial:users u:103 u:104 u:105
SINTERCARD 2 vip:users trial:users

最后一条命令返回 2。这里的第一个参数 2 是参与运算的键数量，不是返回数量上限；后面的两个键才是实际输入。若把键数量写成 3 却只给两个键，Redis 会继续等待第三个键参数，命令结构就不完整。

把判断封装成一个可验收的小程序

下面用 Python 的 redis 客户端演示“至少有 2 个共同标签才继续”的判断。代码只拿回一个整数，后续业务不需要接收成员列表。

from redis import Redis

client = Redis(host="127.0.0.1", port=6379, decode_responses=True)
common = client.execute_command(
    "SINTERCARD", 2, "user:tags:101", "campaign:tags:spring", "LIMIT", 2
)

if common >= 2:
    print("进入后续筛选")
else:
    print("共同标签不足")

示例里的 execute_command 只是为了直接展示 Redis 命令参数；如果客户端版本已经提供了专用方法，优先使用专用方法并保留同样的参数顺序。验收时记录返回值，不要把“命令成功”误当成“达到业务阈值”。

LIMIT 什么时候值得打开

LIMIT 的核心用途是提前停止计数。设为 2 时，Redis 只需要确认交集是否已经达到 2；返回值不会大于这个限制。设为 0 则不提前停止，返回完整交集数量。

这不是把交集结果截取成前两个成员。命令始终只返回数量，LIMIT 2 只是改变计数目标。若业务要展示具体成员，仍然需要另一个交集命令，并评估返回数据量。

遇到错误时先看键类型，再看集群槽位

参与运算的每个键都必须是 Set。可以先用 TYPE 检查：

TYPE vip:users
TYPE trial:users
SINTERCARD 2 vip:users trial:users

如果其中一个键实际是 String、List 或 Hash，命令会返回 WRONGTYPE，而不是给出一个“可能不准”的数字。线上排查时把键名、TYPE 结果和错误原文一起记录，先修正写入模型，不要在调用方吞掉异常。

Redis Cluster 还要求多键命令的键落在同一个 hash slot。若这些集合由同一个业务对象产生，可以在键名中使用相同的 hash tag，例如 user:{101}:vip 与 user:{101}:trial。不要为了绕过槽位错误而随意把无关集合塞进同一个 tag；槽位修正改变的是部署约束，不是集合的业务关系。

验收时把精确计数和阈值计数分开

准备交集为 3 的两组集合，分别运行无 LIMIT、LIMIT 2 和 LIMIT 5。预期是完整计数为 3，阈值 2 的结果不超过 2，而阈值 5 因为大于真实交集仍可得到 3。这样能确认调用方没有把 LIMIT 当成分页参数。

DEL set:a set:b
SADD set:a a b c d
SADD set:b c d e
SINTERCARD 2 set:a set:b
SINTERCARD 2 set:a set:b LIMIT 2
SINTERCARD 2 set:a set:b LIMIT 5

如果结果分别是 2、2、2，说明当前样例的真实交集只有 c 和 d，不是命令有问题。验收数据要先人工算一遍，避免拿错测试预期。

常见问题：三个容易混淆的边界

SINTERCARD 会返回哪些成员

不会返回成员，只返回交集数量。需要成员清单时，应使用能返回集合内容的命令，并为响应大小和网络开销单独设边界。

LIMIT 1 能判断两个集合是否相交吗

可以把“至少一个共同成员”转成数量判断：返回 1 表示已达到，返回 0 表示没有交集。它适合门禁判断，不适合展示精确人数。

Cluster 下为什么单机能跑、集群却失败

多键命令在集群中需要同槽。单机没有这个路由约束，所以同样的命令在集群可能返回 CROSSSLOT；应检查键名 hash tag 或调整数据组织方式。

结语

SINTERCARD 适合把“是否有足够多共同成员”留在 Redis 内部完成：精确统计时省掉成员传输，只做阈值判断时用正数 LIMIT 提前结束。真正上线前，再补上 Set 类型检查、Cluster 同槽设计和精确/阈值两组验收，边界就比较清楚了。