redis-cli --ldb 不触发断点是因为其默认异步模式（fork子进程），不执行真实redis.call、不加载本地修改脚本，且沙箱无debug.sethook；需≥6.2版本并显式加--ldb-sync-mode启用同步调试。
用 redis-cli --ldb 启动本地调试会话时，为什么脚本不触发断点？
因为 --ldb 默认是异步模式（fork 子进程），它不会真正执行 redis.call 对真实 Redis 的写操作，也不会加载你本地修改后的脚本文件——它只读取你传入的原始 Lua 文件内容，且沙箱环境里没有 debug.sethook 或类似 IDE 断点机制。
常见错误现象：redis-cli --ldb --eval script.lua key1 key2 , arg1 arg2 运行后直接退出，或卡在 ->1 local foo = redis.call('ping') 却无法单步（s 命令无响应）。
- 确认 Redis 版本 ≥ 6.2（
redis-server --version），低于 3.2 不支持 LDB，低于 6.2 则部分调试命令（如r执行 Redis 命令）不可靠 - 必须显式使用
--ldb-sync-mode才能同步阻塞并允许完整调试流程，否则所有redis.call调用都返回空或 mock 值 -
--ldb不读取当前工作目录下的init.lua或自定义模块，所有依赖需硬编码进主脚本或用loadfile显式引入（但受限于 Redis 沙箱，不推荐）
如何用 redis-lua 库在本地复现 Redis 环境做单元测试？
核心思路不是“模拟 Redis”，而是把 redis.call 替换为真实连接的 Lua 客户端调用，让脚本在标准 Lua 解释器中跑起来。关键在于用 redis-lua + 自定义 redis.call 重绑定，而不是依赖 Redis 内置沙箱。
典型配置（test_runner.lua）：
Redis 8.2.3 是一款安全优先的高性能键值存储系统。该版本紧急修复了可能引发远程代码执行（RCE）的高危漏洞（CVE-2025-62507），并解决了 HyperLogLog 及 Cuckoo Filter 等数据结构在特定场景下的崩溃问题。建议所有用户立即升级，以保障生产环境的系统稳定与数据安全。
package.path = './libs/?.lua;' .. package.path
local redis = require 'redis'
<p>local client = redis.connect('127.0.0.1', 6379, { auth = 'redis!2#' })
-- 重绑定 redis.call 到真实 client 方法
redis.call = function(cmd, ...)
local method = string.lower(cmd)
return assert(client[method])(client, ...)
end</p><p>-- 加载待测脚本（注意：KEYS/ARGV 需手动传入）
local script = loadfile('./test/my_script.lua')
local result = {script({'mykey'}, {'arg1', 'arg2'})}
print(table.unpack(result))</p>
- 必须用
loadfile（非dofile）才能捕获返回值；dofile会直接输出，无法断言 -
redis-lua的connect不支持 URL 格式，密码需走auth参数，端口不能省略 - Redis 中
table.unpack是全局函数，但 Lua 5.4 默认已移除，需在脚本开头加unpack = table.unpack兼容
为什么在本地运行时 redis.log() 报错，而 redis.call('echo', ...) 却可以？
redis.log 是 Redis 服务端内置函数，只在 EVAL 上下文中存在；本地 Lua 环境没这个函数。而 redis.call('echo', ...) 是你重绑定后调用真实 client 的 echo 命令——只要 Redis 服务开着，它就真发请求、真返回，可用于日志打点和流程验证。
- 调试阶段建议统一用
redis.call('echo', 'DEBUG: '..tostring(x))，避免混淆环境 - 生产脚本中若含
redis.log，本地测试时需包裹：if redis.log then redis.log(redis.LOG_NOTICE, msg) else redis.call('echo', msg) end -
echo命令返回值是字符串，不影响脚本逻辑，但会出现在redis-cli MONITOR输出里，适合交叉验证
自动化测试中如何隔离数据、避免 KEY 冲突？
不能依赖 FLUSHDB，因为本地测试用的是真实 Redis 实例，FLUSHDB 会清掉其他开发同事正在用的数据。正确做法是为每次测试生成唯一命名空间。
- 在测试入口生成随机前缀：
local ns = 'test_'..math.random(1000, 9999)..'_'..os.time() - 把
KEYS[1]改成ns..':mykey'，并在测试结束前用redis.call('DEL', unpack(keys_with_ns))清理 - 更稳妥的做法是固定用一个测试 DB（如
SELECT 15），并在 CI 环境中每次测试前redis-cli -n 15 FLUSHDB，这样不影响主 DB
最易被忽略的一点：Redis Lua 沙箱里 os.time() 和 math.random() 是禁用的，所以本地测试生成的 namespace 不能直接塞进脚本里——必须由测试 runner 注入到 ARGV 或通过预处理替换占位符。
