Redis SORT_RO 怎样通过 GET 返回外部对象字段

如果排序集合里只保存订单编号，但页面还需要订单名称或状态，不必先把编号全部取回应用层再逐个读取。SORT_RO 可以先完成排序，再用一个或多个 GET pattern 按成员拼出外部键，直接返回对应字段。最容易记住的规则是：BY 决定按什么值排序，GET 决定排序后返回什么值。

最小结论：把成员放进键名模式的星号位置，例如 GET order:item:*->name。成员为 1002 时，Redis 会按模式寻找 order:item:1002 的哈希字段 name。需要同时保留编号时，再追加 GET #。

先分清 SORT_RO 的三类对象

SORT_RO key 的 key 可以是列表、集合或有序集合。它返回排序后的数组，但不会提供 SORT 的 STORE 写入选项，因此适合只读副本上的查询。真正使用外部对象时，可以把职责拆成三层：

这里的 * 是模式占位符，不是通配查询的结果列表。Redis 对每个排序成员分别替换它，再读取对应外部键；模式中没有 * 时，不能形成随成员变化的外部键。

用 GET 返回外部对象字段

下面用哈希保存对象字段，用集合保存待排序的订单编号，用字符串保存权重。命令块中的注释说明每个键的职责；示例没有依赖对象读取顺序，关键是键名模式能从成员稳定拼出。

# 成员是参与排序的订单编号
redis-cli SADD order:ids 1001 1002 1003
# 用字符串保存每个订单的数值权重
redis-cli SET order:weight:1001 30
redis-cli SET order:weight:1002 10
redis-cli SET order:weight:1003 20
# 外部对象用哈希保存展示字段
redis-cli HSET order:item:1001 name "青柠" status "paid"
redis-cli HSET order:item:1002 name "乌龙" status "ready"
redis-cli HSET order:item:1003 name "桂花" status "shipped"

排序并读取名称时，BY 只负责比较 order:weight:*，GET 负责把同一个成员映射到对象字段：

# 按权重升序，并返回每个对象的 name 字段
redis-cli SORT_RO order:ids BY order:weight:* GET order:item:*->name
# 同时返回对象名称和原始成员编号，便于后续拼装详情
redis-cli SORT_RO order:ids BY order:weight:* GET order:item:*->name GET #

每个 GET 模式都会为每个排序成员贡献一个返回位置。只写第一个命令时，数组只有名称；追加 GET # 后，每个成员对应“名称、编号”两个位置。字段不存在时，对应位置会是空值，不能把它误判成排序失败。

分页时把 LIMIT 放在返回边界上

LIMIT offset count 作用于已经排序的成员切片。它适合和 GET 一起使用，减少需要展开的成员数量：

# 跳过前10个排序成员，最多展开接下来的20个对象名称
redis-cli SORT_RO order:ids BY order:weight:* LIMIT 10 20 GET order:item:*->name

实际项目要先约定返回数组的字段顺序，尤其是同时使用多个 GET 时。若客户端需要稳定的对象编号，直接加入 GET #，比根据名称反推编号更可靠。若排序字段是数字，通常不要随意加 ALPHA；只有要按字典序比较文本成员或文本权重时才使用它。

SORT_RO 和 SORT 怎么选

两者的 BY、GET、LIMIT 语义基本一致，区别在写入能力：SORT 可以使用 STORE destination 把结果保存到新键，因此在命令表中属于写命令；SORT_RO 明确拒绝 STORE，是只读变体。查询走只读副本或 Redis Cluster 的只读连接时，优先使用 SORT_RO。

最后给一张速查表：

相关问题

SORT_RO 能不能使用 STORE？不能；需要保存结果时才考虑 SORT，并评估写入副作用。

GET 模式没有星号会怎样？它不会随成员变化，不能表达“每个成员对应一个外部对象”的关系；应检查键名模式是否包含成员占位符。

为什么 GET # 仍然有用？外部字段可能重复或为空，保留原成员可以让客户端稳定关联详情对象。