Redis SORT_RO 怎么读取排序结果而不生成临时键

我在给列表页做“按分数排序、只取当前页”的时候，最容易混淆的是 SORT 和 SORT_RO：前者可以把结果写入目标键，后者只把排序结果返回给客户端，不会因为这次查询额外创建一个结果键。只要页面不需要复用排序结果，使用 SORT_RO 就更贴合这个意图。

官方地址：https://redis.io/docs/latest/commands/sort_ro/

直接读取一次排序结果，用 SORT_RO；需要把结果保存成 Redis 键供后续命令读取时，再考虑 SORT ... STORE。SORT_RO 支持 BY、LIMIT、GET、ASC/DESC 和 ALPHA，但“只读”不等于“不占用排序计算和返回内存”。

先看清 SORT_RO 返回什么

Redis 官方文档把 SORT_RO 定义为对 list、set 或 sorted set 的元素排序并返回排序后的元素。它的命令形态是：

SORT_RO key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern ...]] [ASC | DESC] [ALPHA]

关键点在于命令末尾没有 STORE destination。Redis 会计算排序结果，并把结果作为本次命令的返回值交给客户端；下一次查询不会因为本次调用自动出现一个“排序结果键”。

Redis SORT_RO 从源集合经过排序后直接返回结果的结构示意图 — 图1：SORT_RO 从源集合计算排序并直接返回结果，这是静态结构说明图，不是运行截图或运行证据。

什么时候不要把它和 STORE 混在一起

如果目标只是响应一个列表页，临时创建结果键会增加键空间管理、过期时间和清理责任。此时使用 SORT_RO，应用层拿到数组后直接序列化即可。

如果排序结果要被多个请求反复消费，或者后续还要对结果键做 LRANGE、EXPIRE 等操作，才有理由使用带 STORE 的 SORT。两者不是“新旧写法”的关系，而是“返回一次”和“保存结果”的选择。

Redis SORT_RO 与 SORT STORE 在只读返回和目标键写入上的对比示意图 — 图2：SORT_RO 与 SORT 加 STORE 的结果去向对比，这是静态结构说明图，不是 Redis 界面截图。

用最小数据集看数字排序和字符串排序

排序时先确认源键的数据结构和元素内容。下面用集合保存几个数字字符串，再分别查看升序、降序和字典序：

# 创建一个无序集合，元素本身是可按数值解析的字符串
SADD score:queue 8 21 3 13

# 默认按数值升序返回，不创建结果键
SORT_RO score:queue ASC

# 按数值降序返回；返回值仍然只是本次命令的数组
SORT_RO score:queue DESC

# 按字典序比较字符串，适合名称或编码排序
SORT_RO score:queue ALPHA

这里的 ASC 是默认方向，写出来是为了让代码意图更清楚；ALPHA 会切换到字典序比较。不要把数字字符串的字典序当成数值序，例如“13”在字典序中可能排在“3”前面。

用 LIMIT 只拿当前页

LIMIT offset count 的作用是在排序结果中截取窗口。它适合把分页参数直接映射到 Redis 命令，但要注意：截取的是排序后的结果，不是源集合插入顺序。

# 跳过前 20 个排序元素，只返回接下来的 10 个
SORT_RO score:queue ASC LIMIT 20 10

# count 为 0 时不返回元素；这通常可以作为探测或空页处理
SORT_RO score:queue ASC LIMIT 20 0

# 负数 count 表示从 offset 开始取到结果尾部，使用前先确认客户端参数约定
SORT_RO score:queue ASC LIMIT 20 -1

分页接口还要自己处理排序稳定性：集合成员的排序键相同时，不能把返回顺序当成业务稳定顺序。如果页面必须稳定翻页，应把可比较的唯一字段设计进排序规则，或改用更适合游标分页的数据结构。

用 BY 和 GET 读取关联字段

实际项目经常把成员 ID 放在集合里，把排序字段放在 user:*->score 这样的 Hash 或 String 键中。这时 BY 决定按哪个外部值排序，GET 决定返回哪些关联值。

# 成员是用户 ID，排序值放在 user::score
SADD user:active 1001 1002 1003
SET user:1001:score 82
SET user:1002:score 95
SET user:1003:score 76

# 按关联分数从高到低排序，返回用户 ID
SORT_RO user:active BY user:*:score DESC

# 按关联分数排序，并改为返回每个用户的显示名
SORT_RO user:active BY user:*:score DESC GET user:*:name

* 会被当前成员替换，GET 可以出现多次。若关联键缺失，返回结果中可能出现空值，因此应用层不要只凭数组长度推断每个关联字段都存在。

在 Go 中接收返回数组并区分错误

以 go-redis 为例，客户端的 Do 可以直接传入完整命令并读取字符串切片。下面的示例重点是结果分支，不把空数组误判为 Redis 故障：

package main

import (
	"context"
	"fmt"

	"github.com/redis/go-redis/v9"
)

func readSortedPage(ctx context.Context, rdb *redis.Client) error {
	// SORT_RO 返回的是本次命令的数组，不会把结果保存为 Redis 键。
	cmd := rdb.Do(ctx, "SORT_RO", "user:active", "BY", "user:*:score", "DESC", "LIMIT", 0, 20)
	items, err := cmd.StringSlice()
	if err != nil {
		// WRONGTYPE、参数错误或网络错误都应保留给上层决定如何处理。
		return fmt.Errorf("读取 SORT_RO 结果失败: %w", err)
	}
	if len(items) == 0 {
		// 空页是合法结果，可能是源键不存在或窗口超出范围。
		fmt.Println("没有可展示的排序成员")
		return nil
	}
	fmt.Printf("本页用户: %v\n", items)
	return nil
}

func main() {
	// 连接配置只作示例；生产环境应从安全配置源读取地址和凭据。
	rdb := redis.NewClient(&redis.Options{Addr: "127.0.0.1:6379"})
	defer rdb.Close()
	if err := readSortedPage(context.Background(), rdb); err != nil {
		panic(err)
	}
}

如果项目使用的客户端已经提供专门的排序 API，优先使用其参数类型；只有在需要 BY、多个 GET 或版本兼容控制时，才使用原始命令调用。示例中的地址是本地连接示意，不代表线上运行环境。

采用前记住三个边界

问题	SORT_RO 的处理	应用侧判断
是否生成临时键	不会使用 STORE 写入结果键	结果只在本次返回中消费
是否没有计算成本	仍需按输入规模完成排序	用 LIMIT 控制返回量，不等于跳过排序
是否适合长期复用	不保存结果	需要复用时评估 SORT + STORE 或其他数据结构
是否所有 Redis 版本都有	官方文档标注自 Redis 7.0 起	旧版本需确认能力或继续使用 SORT 的合适形式