Redis SORT_RO 怎么在只读副本排序：LIMIT、GET 与 ALPHA 边界

商品列表服务有一条不太显眼的读取链路：应用从 Redis 副本拿候选商品，再按库存、价格或商品名排序。以前直接写 SORT，客户端明明连的是只读副本，Redis Cluster 却把请求导向主节点；改成 SORT_RO 后，读取语义才和连接意图一致。

为什么 SORT 会把只读查询带回主节点

SORT 看起来像读取命令，但它保留了 STORE destination 写入结果的能力，所以 Redis 的命令标记不会把它当作纯只读操作。在集群连接使用 READONLY 后，客户端仍可能因为命令语义被重定向到主节点。

SORT_RO 解决的是这个兼容性问题：它保留排序、分页和取字段能力，但拒绝 STORE。这不是“副本一定更新更快”的承诺，而是让一次明确不写数据的查询具备只读路由条件。

先用最小数据集看懂 LIMIT 和默认排序

先准备一个商品 ID 集合，以及每个商品对应的库存分值。下面示例把商品 ID 放进集合，分值放在哈希字段里：

DEL products products:101 products:102 products:103
SADD products 101 102 103
HSET products:101 stock 7 name "键盘"
HSET products:102 stock 12 name "鼠标"
HSET products:103 stock 3 name "耳机"

SORT_RO products BY products:*->stock DESC
SORT_RO products BY products:*->stock DESC LIMIT 0 2
SORT_RO products BY products:*->stock DESC GET products:*->name

第一个命令按数值分值返回 102、101、103；加上 LIMIT 0 2 后只返回前两个商品；加上 GET 后返回的是模板指定字段，而不是排序用的库存值。GET 不会改变排序规则，这个区别在接口联调时很容易被忽略。

副本读取的关键不是“能跑”，而是路由和数据新鲜度

在 Redis Cluster 中，先确认连接确实执行过 READONLY，再观察 SORT_RO 是否仍出现 MOVED 或 ASK。如果业务必须看到刚写入的库存，不能只因为排序请求是只读的就直接切副本；复制延迟会让候选列表短时间内落后。

比较稳妥的做法是给接口定义一个可接受的延迟窗口。例如库存展示允许 1 秒内的副本延迟，就在请求侧记录读取时间和副本延迟；超过阈值时回主节点，正常时继续让 SORT_RO 走副本。这里别把“只读”误解为“强一致”。

三个容易误判的结果边界

LIMIT 很小，是否就只消耗很小的 CPU

不一定。官方复杂度为 O(N+M*log(M))，其中 N 与待处理元素有关，M 与返回结果有关；输入集合很大时，只取两条也不能自动把扫描成本变成常数。生产环境应把候选集合拆小，或改用更适合按分值读取的 Sorted Set。

GET 找不到字段时会不会改变排序顺序

不会。排序已经按元素或 BY 模板完成，GET 只是对排序后的元素读取展示字段。字段缺失只会影响返回内容，不能拿它当作排序失败证据。

数字字符串什么时候必须加 ALPHA

默认数值排序适合 "2"、"10" 这种权重；如果需求是商品名、版本号或编码的字典序，需要显式使用 ALPHA。验收时至少放入 2 和 10，否则两种结果很可能看起来一样。

上线前的 Redis SORT_RO 检查清单

1. 用 COMMAND INFO SORT_RO 确认目标 Redis 版本支持该命令。
2. 在集群客户端确认连接已进入只读模式，并记录主副本路由变化。
3. 分别测试数值排序、ALPHA、LIMIT 0 0 和超范围窗口。
4. 对比主副本与只读副本的复制延迟，定义超过阈值后的回主策略。
5. 不要把 SORT_RO 当作大集合分页方案；需要稳定高频排序时重新评估数据结构。

常见问题

SORT_RO 能使用 STORE 吗？

不能。它就是为了只读排序而设计的变体，想把结果写入新键时应使用具备写语义的方案，并承担主节点路由和容量成本。

SORT_RO 只能排序 Set 吗？

不能。它可以处理 List、Set 和 Sorted Set，具体排序依据仍由数据类型、BY、ASC/DESC 与 ALPHA 共同决定。

只读副本上的 SORT_RO 是否代表强一致？

不是。只读只说明命令不修改当前数据，副本仍可能存在复制延迟。对刚写入就必须可见的请求，应保留回主或版本校验路径。

把 SORT_RO 当成“只读路由能力”来使用，边界会更清楚：它解决的是命令语义与副本连接的冲突，不替代数据结构选型，也不替代复制延迟治理。