Redis 的 SORT 命令提供了一种在服务端对列表、集合或有序集合中的元素进行排序的能力，它不会修改原始数据结构，而是返回排序后的结果。与关系型数据库中的 ORDER BY 类似，SORT 支持多个修饰参数，可以按数值、字典序、外部键值甚至关联字段进行排序，并且能够配合 LIMIT 实现分页。不过 SORT 的灵活性也带来了性能上的代价，理解它的内部机制有助于在正确的场景中使用它，避免阻塞 Redis 主线程。
一、SORT命令的基础语法与参数解析
SORT 命令的标准语法为 SORT key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern ...]] [ASC|DESC] [ALPHA] [STORE destination]。其中 key 是要排序的键，可以是列表、集合或有序集合。如果直接执行 SORT mylist，Redis 会将列表中的元素视为数字进行升序排列，并返回排序后的数组。例如列表 mylist 中的元素是 3 1 2，执行后返回 1 2 3。
ASC 和 DESC 控制排序方向，默认是 ASC。ALPHA 参数用于字符串排序，当列表元素是非数字字符串时，必须加上 ALPHA，否则 Redis 会尝试将元素转换为双精度浮点数，转换失败时会报错或产生非预期结果。LIMIT offset count 与 SQL 中的 LIMIT 类似，用于跳过 offset 个元素后返回 count 个元素，但要注意 Redis 仍然会对整个集合进行排序，只是返回部分结果。
# 准备一个列表 RPUSH scores 30 10 20 50 40 # 默认升序排序 SORT scores # 输出: 10 20 30 40 50 # 降序排序并限制返回前2个 SORT scores DESC LIMIT 0 2 # 输出: 50 40 # 字符串列表排序必须加ALPHA RPUSH names banana apple cherry SORT names ALPHA # 输出: apple banana cherry
BY 参数允许根据外部键的值来排序，而不是根据元素本身。它的用法是 BY pattern，其中 pattern 中的 * 会被替换为列表中的每个元素，然后 Redis 获取对应键的值作为排序权重。例如列表 user_ids 中存储用户ID，每个用户有一个对应的键 user_score_<id> 存储分数，执行 SORT user_ids BY user_score_* 即可按照分数对用户ID排序。这种机制让 SORT 具备了与关系数据库 JOIN 类似的关联排序能力。
GET 参数用于在排序后返回与元素关联的其他键值，同样支持 * 通配符替换。可以一次指定多个 GET，Redis 会为每个原始元素依次返回对应键的值。如果不指定 GET，默认返回排序后的元素本身。当使用 GET # 时，会返回元素自身，通常用于在 GET 其他字段的同时带上原始值。STORE destination 参数则将排序结果存储到目标键中，而不是直接返回给客户端，这常用于缓存排序结果，避免重复计算。
二、SORT命令的底层实现与性能考量
Redis 在执行 SORT 命令时，首先会遍历整个待排序的键，将所有元素取出并放入一个临时数组中。如果指定了 BY 参数，对于每个元素还要去查找对应的外部键值作为排序依据；如果指定了 GET 参数，还会为每个元素获取关联数据。随后 Redis 使用快速排序算法对数组进行排序，排序比较时如果指定了 ALPHA 则使用字典序比较，否则使用数值比较。
SORT 命令的时间复杂度可以表示为 O(N+M*log(M))，其中 N 是待排序集合的元素数量，M 是排序后返回的元素数量。N 和 M 的区别在于 LIMIT 可以限制返回数量，但排序前仍然需要处理全部 N 个元素。也就是说即使执行 SORT biglist LIMIT 0 10，Redis 依然会对整个 biglist 排序，只是最后丢弃了不需要的部分。因此当集合规模很大时，SORT 会消耗较多 CPU 和内存，并且由于 Redis 单线程的特性，该操作会阻塞其他命令。
为了降低重复排序的开销，可以使用 STORE 参数将排序结果保存为一个新的列表，并为其设置过期时间。例如 SORT scores DESC STORE top_scores 会把降序结果存入 top_scores，之后可以直接读取 top_scores 而不必再次排序。不过要注意，STORE 生成的列表是静态快照，不会随原始数据变化而自动更新，需要在业务层重新计算。对于需要频繁按分数排序的场景，更合适的方案是使用 Sorted Set，因为 Sorted Set 在写入时就维护了顺序，读取时无需临时排序。
# 使用STORE缓存排序结果 SORT scores DESC STORE top_scores # 查看排序结果 LRANGE top_scores 0 -1 # 输出: 50 40 30 20 10 # 为缓存设置过期时间，避免长期占用内存 EXPIRE top_scores 300
除了临时数组的内存开销，BY 和 GET 参数还会产生额外的键查找操作。如果 pattern 涉及的键不存在，Redis 会将其值视为 nil 或空，具体行为取决于版本和上下文。在使用 BY 时，如果外部键的值不是数字且未加 ALPHA，Redis 会尝试将值转换为数字，转换失败可能导致排序结果异常。因此建议要么保证外部键值是可转换的数字，要么显式加上 ALPHA 按其字典序排序。
三、SORT命令的进阶用法与常见误区
一个典型误区是认为 SORT 命令会修改原始键的内容。实际上 SORT 是一个只读操作，它只返回排序结果或通过 STORE 写入新的目标键，原列表、集合或有序集合本身不会发生任何变化。另一个常见误区是过度依赖 SORT 对大量字符串排序，却忘记加 ALPHA 参数，导致 Redis 尝试将字符串转换为浮点数时产生错误。例如对存储了 apple banana cherry 的列表直接执行 SORT names 会返回一个类型转换错误，因为 apple 无法解析为数字。
在关联排序场景中，BY 和 GET 的组合可以实现类似 SQL 的多字段查询。例如列表 product_ids 存储商品ID，每个商品有 product_price_<id> 和 product_name_<id> 两个键。执行 SORT product_ids BY product_price_* GET product_name_* GET product_price_* 会按价格升序返回每个商品的名称和价格，且结果以扁平的数组形式呈现：第一个商品名称、第一个商品价格、第二个商品名称、第二个商品价格，以此类推。配合 LIMIT 可以方便地实现价格榜首页的分页。
# 准备商品数据 RPUSH product_ids 101 102 103 SET product_price_101 299 SET product_price_102 199 SET product_price_103 399 SET product_name_101 "无线鼠标" SET product_name_102 "机械键盘" SET product_name_103 "显示器" # 按价格升序返回商品名和价格 SORT product_ids BY product_price_* GET product_name_* GET product_price_* # 输出: 机械键盘 199 无线鼠标 299 显示器 399
在 Redis 集群环境中，SORT 命令作用于单个键，如果该键的元素需要通过 BY 或 GET 访问其他键，而这些键分布在不同槽位，命令会跨槽访问，可能导致 CROSSSLOT 错误或性能下降。因此集群模式下应尽量保证关联键与主键位于同一槽，或使用哈希标签控制键的分布。此外，SORT 对有序集合排序时，默认按元素的值排序，而不是按有序集合的分数排序。如果需要按分数排序，应该直接使用 ZRANGE 或 ZREVRANGE，它们本身就按分数顺序返回元素。
总结来看，SORT 命令适合数据量不大、排序需求临时且组合灵活的场合，尤其擅长与 BY、GET 搭配实现轻量级关联查询。当数据规模较大或排序频率较高时，应优先考虑 Sorted Set 或提前用 STORE 缓存排序结果。理解 SORT 的只读特性、复杂度模型以及参数组合方式，能够帮助开发者在功能实现与性能之间取得平衡，避免让简单的排序操作成为 Redis 的性能瓶颈。
Redis SORT命令Redis排序SORT参数修改时间：2026-08-19 21:39:21