Redis Lua脚本仅支持Lua原生模式（非正则），功能有限：不支持+、?、|、d等语法，正确写法为string.match(key,"user:%d+")；复杂匹配应交由客户端用SCAN+真实正则处理。
Redis Lua脚本里没有 string.match 以外的正则支持
Redis 内置的 Lua 环境（5.1 或 5.2）只提供标准 Lua 的 string.match、string.find、string.gsub，不支持 PCRE、POSIX 或 JavaScript 风格的正则。所谓“正则匹配”，实际只能用 Lua 原生的模式（pattern），它不是正则表达式，功能有限：不支持 +、?、|、d、s 等常见语法，也不支持捕获组嵌套或回溯控制。
如果你在脚本里写了类似 string.match(key, "user:\d+") ，会直接报错或返回 nil —— 因为 + 在 Lua pattern 中无意义。
- 正确写法是
string.match(key, "user:%d+")（%d表示数字，+是量词，但必须搭配%转义字符使用） -
%w匹配字母/数字/下划线，%a只匹配字母，%s匹配空白符，%%才表示字面量% - 想匹配“以 user: 开头、后跟 6~10 位数字”，得写成
string.match(key, "^user:%d%d%d%d%d%d%d?%d?%d?%d?$")，不能用{6,10}
用 redis.call("KEYS", ...) 拿到 key 列表再匹配？别这么做
在 Lua 脚本里调用 redis.call("KEYS", "user:*") 看似能获取所有匹配 key，但这是高危操作：
- 阻塞 Redis 单线程，KEYS 时间复杂度 O(N)，线上环境可能引发超时甚至雪崩
- 集群模式下
KEYS不可用（报错ERR This Redis command is not supported in cluster mode） - 即使成功，返回的是 table，你仍需遍历 +
string.match，性能更差
真正可行的替代方案是：提前约定 key 结构，用 SCAN 分批查，再在客户端过滤。Lua 脚本里不该承担这个职责。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
想批量操作匹配的 key？用 SCAN + 客户端逻辑才是正解
Redis Lua 脚本设计原则是“小而快”，只做原子性判断或简单更新。批量查找+处理必须拆出去：
- 客户端执行
SCAN 0 MATCH user:* COUNT 100，反复游标直到cursor == "0" - 每次返回的 keys 数组，在客户端用真实正则（如 Python 的
re.match(r"user:d{6,10}", key)）筛选 - 对筛选出的 key，再发批量命令（如
MGET、DEL）——必要时用 pipeline 或事务包装 - 如果必须原子性（比如“查到就删”），可把单个 key 的判断+操作封装进一个 Lua 脚本，然后循环调用，避免一次性拉全量
注意 Lua pattern 和业务正则的语义差异
开发时容易忽略：Lua pattern 的 % 转义和大多数语言相反。比如你想匹配字面量冒号 :，不用转义；但匹配点号 . 必须写成 %.，否则 . 表示“任意字符”。
-
string.match("user:123", "user:.+")→ 匹配成功（.是通配符，+是贪婪重复） -
string.match("user:123", "user:%.")→ 不匹配（%.字面量点，后面没内容） -
string.match("user.name", "user%..*")→ 正确匹配user.name（%.匹配点，.*匹配剩余）
最稳妥的方式：把复杂匹配逻辑留在客户端，Lua 脚本只做精确 key 名或简单前缀判断（如 string.sub(key, 1, 5) == "user:"）。越复杂的 pattern，越容易因边界 case 出错，且无法单元测试。
