php怎么实现秒杀功能_php如何用Redis+Lua保证库存一致性-php教程-PHP中文网

必须用EVAL而非GET/DECR或WATCH/MULTI，因Lua脚本在Redis单线程内原子执行，可真正串行化“读-判-改”，避免超卖；PHP调用需严格分离KEYS与ARGV，KEYS必须为真实key字符串数组，ARGV传动态参数；扣减成功后应同步生成订单号并插入MySQL，失败立即回滚Redis库存；EVALSHA需fallback至EVAL防NOSCRIPT错误。

php怎么实现秒杀功能_php如何用redis+lua保证库存一致性

Redis + Lua 脚本扣减库存为什么必须用 `EVAL` 而不是多个 `GET`/`DECR`

因为网络往返和命令执行间隙会导致超卖——哪怕用了 WATCH + MULTI，在高并发下仍可能失败重试多次甚至饿死。Lua 脚本在 Redis 单线程内原子执行，EVAL 是唯一能真正串行化“读-判-改”的方式。

常见错误现象：DECR stock_key 返回负数、订单创建成功但库存变 -1、后台定时任务反复发现库存异常。

脚本里必须先 GET 当前库存，判断是否 > 0 再 DECR，不能只靠 DECR 的返回值（它不保证前置条件）
返回值建议设为整数：0 表示抢购失败，1 表示成功，避免客户端解析字符串出错
脚本长度别超过 1KB，否则 Redis 可能拒绝执行（lua-time-limit 默认 5s，但长脚本易阻塞）

PHP 调用 `EVAL` 时传参怎么写才不出错

PHP 的 eval 方法（如 Redis::eval 或 Redis::evalSha）要求 KEYS 和 ARGV 严格分离，且 KEY 必须是真实存在的 Redis key 名——不能拼接变量、不能带空格、不能是表达式结果。

使用场景：秒杀商品 ID 是动态的（比如 goods:123），用户 ID 用于防刷（记入日志或限流），这些都得作为 ARGV 传入，而库存 key 必须放在 KEYS 数组里。

KEYS 参数只能是数组，且每个元素必须是字符串形式的 key 名，例如 ['goods:123']，不能是 ['goods:'.$id]（PHP 拼接必须在调用前完成）
ARGV 可传任意字符串，比如用户 ID、时间戳、订单号前缀，但注意 Redis 对单个 ARGV 长度限制默认 512MB（实际别超几 KB）
PHP 中如果用 Predis\Client，调用是 $redis->eval($script, $keys, ...$argv)；原生 Redis 扩展则是 $redis->eval($script, $keys, count($keys), ...$argv)，参数顺序容易搞反

库存扣减成功后，PHP 怎么安全地创建订单

Redis 返回 1 只代表库存扣成功了，不代表订单一定能落库。这中间有网络延迟、MySQL 主从延迟、事务冲突等风险，所以不能把订单创建当“必然后续”。

redis-tools

按类别查找Redis命令、检测服务器连接、监控键数量和内存占用，支持离线速查表。

下载

性能影响：如果每次扣库存都同步写 MySQL 订单表，DB 成为瓶颈，QPS 上不去；但如果完全异步（比如丢进队列再处理），又可能因消费者故障导致订单丢失。

推荐做法：扣库存成功后，立刻用 INCR 记录本次秒杀的“已分配单号”（如 order_sn_seq:123），再用这个序列号拼出唯一订单号，然后同步插入订单表（加 INSERT ... ON DUPLICATE KEY UPDATE 防重）
不要在 Lua 脚本里尝试操作 MySQL 或发 HTTP 请求——脚本必须纯内存、无副作用
如果 MySQL 插入失败（如唯一键冲突、连接超时），要立即回滚 Redis 库存：INCR 回填，而不是等补偿任务——否则用户看到“抢到了”却没订单