Redis Lua脚本无法用SORT命令处理嵌套或JSON数据，因其仅支持简单字段排序；需用table.sort配合hgetall、cjson.decode手动解析并排序，注意容错、标记字段和比较逻辑，且须控制数据量防阻塞。
SORT 命令搞定——它只支持简单字段（如 hash 的 field、list 的元素）按数字或字典序排，遇到嵌套结构、多条件、自定义逻辑时必须用 table.sort + 手动解析。
为什么不能直接用 SORT 处理 hash 或 JSON 数据
SORT 对 hash 只能通过 BY 引用单个 field（比如 user:*->score），但无法解析 hash 里存的 JSON 字符串、无法按多个字段组合判断、也无法做类型转换（比如把字符串 "123" 当数字比大小）。一旦 hash 的 value 是 JSON，SORT 就只能当纯字符串排，结果错乱。
从 hash 读取并解析 JSON 后排序的典型写法
常见场景：hash key 存了用户信息，value 是 JSON 字符串，想按 language 优先、country 次之、createTime 最后排序。
- 必须先用
redis.call('hgetall', KEYS[1])拿到全部 field-value 对，注意返回是交替数组（field1, value1, field2, value2…） - 遍历奇数位（i % 2 == 1）才是 value，用
cjson.decode()解析；若解析失败，需加pcall容错，否则脚本直接报错中断 - 构建 Lua 表时，建议给每个 item 加标记字段（如
languageEquals），避免在比较函数里重复 decode 或计算 - 比较函数里别用
==直接比字符串，JSON 解析后可能是nil，要显式判空
示例关键片段：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
local t = redis.call('hgetall', KEYS[1])
local arr = {}
for i = 2, #t, 2 do
local ok, v = pcall(cjson.decode, t[i])
if ok and type(v) == 'table' then
v.languageEquals = (v.language == ARGV[1] and 1 or 0)
v.countryEquals = (v.country == ARGV[2] and 1 or 0)
table.insert(arr, v)
end
end
table.sort(arr, function(a, b)
if a.languageEquals ~= b.languageEquals then return a.languageEquals > b.languageEquals end
if a.countryEquals ~= b.countryEquals then return a.countryEquals > b.countryEquals end
return a.createTime < b.createTime
end)
有序集合（zset）里实现同分按时间排序的陷阱
zset 本身只按 score 排，相同 score 时顺序不确定（底层是跳表，插入顺序不保留）。想“分数相同就按插入时间升序”，不能依赖 zset 自身行为。
- 方案一：把时间戳拼进 member，比如
"uid:123|1718256300"，再用ZRANGEBYSCORE+string.match提取，但 member 变长且无法直接数值比较 - 方案二：用 Lua 把
zrange结果连带 score 一起拉出来（ZRANGE key 0 -1 WITHSCORES），转成 {member, score} 表，再用table.sort二次排序——这是最可控的做法 - 注意：如果 zset 成员数超几千，
WITHSCORES返回数据量大，可能触发 Redis 单次响应大小限制（默认 512MB），得评估是否分页或改用 SCAN
性能和安全边界必须卡死
Lua 脚本在 Redis 是原子执行的，但耗时过长会阻塞整个实例。对复杂排序，没有银弹：
- 数据量超过 1000 条就该警惕；超过 5000 条基本不建议在 Lua 里全量 sort
- 别在脚本里调
redis.call循环查其他 key，网络往返变成串行，延迟爆炸 -
cjson解码大 JSON 可能吃内存，Redis 默认 Lua 内存限制是 50MB，超限直接 OOM kill 脚本 - 排序前先用
EXISTS或TYPE校验 key 类型，避免hgetall对 string key 报错中断
真正的大规模排序，应该拆到客户端或用 Redis Streams + 外部计算，Lua 只适合兜底、轻量、确定性高的场景。
