Redis怎样利用Lua脚本批量抓取多类型数据

MGET 只支持字符串类型，对 hash、list、zset 等结构返回 nil 或 WRONGTYPE 错误；读 hash 用 HMGET，list 用 LRANGE，zset 用 ZRANGEBYSCORE；类型不兼容，需用 Lua 脚本做 TYPE 判断+分支调用。为什么不能直接用 MGET 抓多类型数据因为 MGET 只能取字符串类型的值，遇到 hash、list、zset 这类结构，它返回 nil 或报错 WRONGTYPE Operation against a key holding the wrong kind of value。你不是数据没存对，是命令用错了类型。MGET 本质是批量 GET，只认 string想读 hash 里的多个字段，得用 HMGET；读 list 某段用 LRANGE；读 zset 分数区间得用 ZRANGEBYSCORE不同结构的命令不兼容，没法靠一个命令统一处理用 Lua 脚本做"类型路由"的实际写法Lua 脚本在 Redis 里是原子执行的，且能调用所有服务端命令，适合做类型判断 + 分支读取。关键不是"写多酷的脚本"，而是怎么让逻辑清晰、不踩类型误判的坑。先用 TYPE 查键类型，再分支：比如 if type == "hash" then return redis.call("HMGET", KEYS1, unpack(ARGV))别用 redis.call("GET", ...) 硬试------一旦键是 list，脚本直接报错中断参数设计要明确：KEYS1 是目标键名，ARGV 放字段名或索引范围（如 "field1", "field2" 或 "0", "-1"）示例片段：if redis.call("TYPE", KEYS1) == "hash" then return redis.call("HMGET", KEYS1, unpack(ARGV))elseif redis.call("TYPE", KEYS1) == "string" then return {redis.call("GET", KEYS1)}else return {}end批量读多个键+多种类型时的性能和边界问题一次 Lua 调用里处理太多键或太深的嵌套结构（比如遍历大 zset 再逐个 ZSCORE），容易触发 Redis 的慢日志或超时。这不是 Lua 多慢，是阻塞主线程的代价被放大了。 There's An AI For That 全球领先的 AI 聚合器，收集10,225个AI工具，可用于超过2,548个任务。