Redis Lua脚本中无法直接使用math.random()，必须用redis.call('time')构造种子或客户端传入seed生成伪随机数，再结合阈值判断实现原子化概率操作（如15%抽奖），并需校验Redis版本与数值精度。
Redis Lua 脚本里怎么生成随机数？
Redis 的 Lua 环境默认不提供 math.random()（在 Redis 7.0 之前会报错：attempt to call a nil value (global 'math.random')），因为 Lua 沙箱禁用了部分标准库函数，包括随机数生成器。你不能直接调用 math.random() 或 os.time()。
- Redis 从 6.0 开始通过
redis.call('time')返回秒+微秒数组，可作为熵源构造伪随机数 - 更稳妥的方式是传入客户端生成的 seed（比如用
math.randomseed(os.time())在客户端算好一个整数）作为参数传进脚本 - 如果只是做简单概率判断（如“10% 概率命中”），可用
redis.call('incr', 'counter')+ 取模，但注意这依赖 key 的单调递增，不适合高并发无序场景
示例（基于时间戳构造 0–99 的随机整数）：
local ts = redis.call('time')
local seed = (ts[1] * 1000000 + ts[2]) % 1000000007
return seed % 100 -- 得到 [0, 99] 之间数，用于模拟 1%~99% 概率如何写一个带概率触发的原子操作？
典型场景：用户抽奖，15% 概率中奖，且必须和扣减次数原子执行。关键点是「概率计算」和「状态变更」必须在同一个 Lua 脚本内完成，不能拆成多次 Redis 请求。
- 先生成随机值（如上所述），再与阈值比较（如
rand < 15表示中奖） - 所有 key 操作（读、写、删）必须用
redis.call()，不能用redis.pcall()包裹条件分支——否则事务语义失效 - 注意：Lua 中
if分支本身不破坏原子性，但分支内调用redis.call()必须保证所有路径都访问相同 keys（否则 cluster 模式会报CROSSSLOT错误）
示例（用户 user:123 抽奖，剩余次数存于 user:123:tries）：
local tries = tonumber(redis.call('get', KEYS[1])) or 0
if tries < 1 then return {0, 'no tries left'} end
<p>local ts = redis.call('time')<br />
local rand = (ts[1] * 1000000 + ts[2]) % 100 </p><p>local hit = (rand < 15) and 1 or 0<br />
if hit == 1 then<br />
redis.call('hincrby', 'prizes', 'gold', 1)<br />
end<br />
redis.call('decr', KEYS[1])<br />
return {hit, rand}为什么用 redis.call('time') 比客户端传 seed 更麻烦？
表面上看，客户端传 seed 更可控（比如用 os.urandom(4) 生成 uint32），但实际容易出错：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 客户端时间不同步或重复请求可能导致相同 seed → 相同随机结果 → 概率失真
- 若多个客户端并发执行，而脚本逻辑依赖 seed 唯一性（比如用 seed 做 key 名），可能冲突
- Redis cluster 要求所有 keys 在同一 slot，如果 seed 参与 key 构造（如
'result:'..seed），极易触发CROSSSLOT
而 redis.call('time') 是服务端本地时间，天然隔离、无需协调，只要不追求密码学安全随机性（抽奖够用），它就是更简单可靠的熵源。
- 不要尝试用
redis.call('incr', 'lua_rand_seed')做自增种子——这会成为热点 key，严重拖慢 QPS - 避免在循环里反复调用
redis.call('time')，它开销比普通 Lua 运算大得多
概率逻辑上线前必须验证什么？
真实环境里，看似正确的概率脚本常因两点翻车：
- Redis 版本差异：
redis.call('time')在 Redis < 6.0 不可用，会报unknown command 'time'；必须降级用客户端传参方案 - Lua 数值精度：Redis 内部用 double 存储数字，
1234567890123456789 % 100可能因浮点舍入变成 88 而非预期 89，对小概率（如 0.1%）影响显著
建议做法：
- 在脚本开头加版本检查：
if not redis.call then error('Redis < 6.0 not supported') end - 对低概率（< 1%），改用字符串哈希（如
redis.sha1hex(KEYS[1]..ARGV[1])）取后几位转数字，比时间戳更均匀 - 用
EVAL手动跑 10000 次统计分布，别只靠脑算
概率不是“看起来像随机”，而是“在原子上下文里稳定可复现地偏离期望值 ±1% 以内”。这点容易被忽略，直到线上数据报表突然显示中奖率变成 23.7%。
