Redis ZUNION 怎么按权重合并多个有序集合

要把“编辑评分”和“审核评分”合成为一个排行榜，Redis 不需要先把两个 Sorted Set 读回应用层。ZUNION 可以按输入集合的顺序接收 WEIGHTS，先分别乘权重，再用 AGGREGATE 合并同名成员。最小可用写法是：

# 第一个权重对应 rank:editor，第二个权重对应 rank:reviewer
redis-cli ZUNION 2 rank:editor rank:reviewer \
  WEIGHTS 0.6 0.4 AGGREGATE SUM WITHSCORES

这里的 2 是输入 key 的数量，WITHSCORES 让返回值同时带成员和合并后的分数。官方地址：https://redis.io/docs/latest/commands/zunion/

先把输入集合和权重一一对齐

假设两个集合保存同一批候选人的不同评分：

# 写入两路评分；注释说明每个 score 的业务来源
redis-cli ZADD rank:editor 80 alice 60 bob 95 carol
redis-cli ZADD rank:reviewer 90 alice 70 bob 88 dave

当命令写成 rank:editor rank:reviewer WEIGHTS 0.6 0.4 时，Redis 会把前一个集合的分数乘以 0.6，把后一个集合的分数乘以 0.4。alice 的计算就是 80×0.6 + 90×0.4 = 84。只在第二个位置交换权重，结果就会变成 80×0.4 + 90×0.6 = 86，所以 key 和权重必须一起作为配置维护。

用 AGGREGATE 决定重复成员的合并结果

AGGREGATE 只影响“同一个成员同时出现在多个集合中”的情况。以 alice 为例，加权后两路分数是 48 和 36：

例如只想保留“编辑和审核都认可”的较低分，可以改用：

# MIN 会选取同一成员加权后的较小分数
redis-cli ZUNION 2 rank:editor rank:reviewer \
  WEIGHTS 0.6 0.4 AGGREGATE MIN WITHSCORES

如果一个成员只存在于其中一个集合，它仍会进入并集；缺失的一路不会凭空产生分数。WITHSCORES 返回的是成员和结果分数交替排列的数组，应用层要按成对元素解析，不要把它当成只有成员名的列表。

检查返回顺序、版本与边界

Redis 官方文档将 ZUNION 标为 Redis Open Source 6.2.0 起可用，复杂度为 O(N)+O(M log(M))，其中 N 是输入集合成员总数，M 是结果成员数。它返回计算结果，不会自动创建新的 Sorted Set；如果业务需要下一次直接读取“总榜”，应明确选择存储型方案，并把刷新时机和旧结果淘汰策略一起设计。

还要留意三个边界：第一，权重可以改变分数的正负和尺度，不能把不同量纲直接相加；第二，结果默认按分数升序返回，取排行榜前几名时要在客户端反向处理或使用适合持久化结果的读取路径；第三，多 key 操作在 Redis Cluster 中受槽位限制，生产环境要先确认这些 key 是否能由当前部署方式共同访问。

把聚合规则固定成可维护的配置

推荐把命令参数整理成一张小规则表，而不是散落在业务代码里：

这样排查结果异常时，可以先核对 key、权重、聚合方式三项，再判断是数据缺失还是排序展示逻辑问题。

相关问题

ZUNION 的权重顺序怎么判断

从左到右读取 key，再从左到右读取权重；第一个 key 对应第一个权重，不能按集合名称或成员名自动匹配。

为什么结果里会出现只在一个集合中的成员

因为这是并集。只出现一次的成员仍然保留，只对它在的那一路应用权重。

什么时候该用 SUM 以外的聚合方式

需要累计多路贡献时用 SUM，需要保守下限时用 MIN，需要保留最高认可度时用 MAX；先确定业务含义，再选择参数。