Redis ZINTERSTORE 怎样计算多个集合的交集分值

如果几个 Redis 有序集合都保存了同一批对象的不同评分，想要“只保留共同成员，再按规则合成一个分值”，可以使用 ZINTERSTORE。它会把多个 Sorted Set 的交集写入目标键：只有同时出现在所有输入集合中的 member 才会留下，分值默认按对应 score 求和。

真正容易混淆的是三件事：WEIGHTS 按输入集合顺序给 score 乘权重，AGGREGATE 决定多个加权分值如何合并，目标键则会承接本次计算结果。下面用一组固定数据把这三个判断拆开。

先看 ZINTERSTORE 的输入与交集成员

先准备三个有序集合。它们共同拥有 alice 和 carol，而 bob 只存在于前两个集合，因此不会进入三者交集。

# 三个集合分别代表三种评分来源；分值只是示例数据
redis-cli ZADD rank:click 90 alice 70 bob 60 carol
redis-cli ZADD rank:buy 40 alice 80 bob 95 carol
redis-cli ZADD rank:review 5 alice 9 carol 7 dave

# 目标键只接收同时出现在三个输入集合中的 member
redis-cli ZINTERSTORE rank:all 3 rank:click rank:buy rank:review

# WITHSCORES 同时读出 member 和计算后的 score
redis-cli ZRANGE rank:all 0 -1 WITHSCORES

默认规则是 SUM：alice 的结果为 90+40+5=135，carol 的结果为 60+95+9=164。bob 和 dave 因为缺少至少一个输入集合，不会被写入目标键。

WEIGHTS 按输入顺序改变每个分值

如果点击、购买、评价三个来源的业务重要性不同，可以在命令后追加 WEIGHTS。权重的第一个数字对应第一个输入键，第二个对应第二个输入键，不能按 member 名称理解。

# 权重依次对应 rank:click、rank:buy、rank:review
# alice 的结果 = 90*1 + 40*3 + 5*10 = 260
redis-cli ZINTERSTORE rank:weighted 3 \
  rank:click rank:buy rank:review \
  WEIGHTS 1 3 10

# 读取时按分值升序查看结果；需要倒序可使用 ZREVRANGE
redis-cli ZRANGE rank:weighted 0 -1 WITHSCORES

这里的权重只改变分值，不改变交集成员集合。权重为 0 会让该来源不再影响最终分值；负权重也会参与计算，因此生产代码要先确认排序方向是否仍符合业务含义。

AGGREGATE 决定多个加权分值如何合并

每个共同 member 先得到多个“加权后的输入分值”，再按聚合规则合并。默认是 SUM，也可以显式指定 MIN、MAX 或 COUNT。

# 取三个来源中最保守的加权分值
redis-cli ZINTERSTORE rank:min 3 \
  rank:click rank:buy rank:review \
  WEIGHTS 1 3 10 AGGREGATE MIN

# 统计共同出现的来源数量；COUNT 不使用加权分值做加法
redis-cli ZINTERSTORE rank:count 3 \
  rank:click rank:buy rank:review \
  AGGREGATE COUNT

SUM 适合累积贡献，MIN 适合“短板决定结果”，MAX 适合保留最强来源，COUNT 则把结果解释为共同出现的集合数量。选择规则时应先写清分值的业务语义，再决定是否需要权重。

目标键覆盖、空交集和结果核对

ZINTERSTORE 会把结果写入目标键。再次使用同一个目标键时，应把它当作一次新的计算结果，而不是自动追加。若某个输入键不存在，或者没有 member 同时存在于所有输入集合，目标结果会为空。

# 先删除旧目标键，便于示例中明确观察一次完整计算
redis-cli DEL rank:all

# 重新计算并读取结果；返回值是写入目标键的 member 数量
redis-cli ZINTERSTORE rank:all 3 rank:click rank:buy rank:review
redis-cli ZCARD rank:all
redis-cli ZRANGE rank:all 0 -1 WITHSCORES

排查结果时按四项核对：输入键数量是否与 numkeys 一致；WEIGHTS 是否仍与输入键一一对应；是否误把不存在的 key 当成空集合之外的异常；读取时是否带上 WITHSCORES。另外，交集计算会写入目标键，目标键较大或输入集合较多时要把命令的计算成本纳入调用窗口。

常见问题

ZINTERSTORE 和 ZINTER 有什么区别？

两者都可以计算有序集合交集，但 ZINTERSTORE 把结果写入目标键，ZINTER 直接返回结果。需要复用结果或让后续命令继续读取时，选择存储型命令；只需要一次读取时再考虑返回型命令。

为什么结果里少了某些 member？

因为它没有同时出现在全部输入集合中。先分别用 ZSCORE 检查该 member 在每个输入键中的存在性，再检查输入键顺序和 numkeys。

为什么分值和预想不同？

先确认是否追加了 WEIGHTS，再确认 AGGREGATE 是否为默认的 SUM。权重按输入键位置匹配，不按集合名称排序。

记住一句话：先由所有输入集合决定“谁能进入交集”，再由 WEIGHTS 和 AGGREGATE 决定“进入后的分值是多少”，最后从目标键读取并核对结果。