PHP实现分布式锁的几种方式

PHP实现分布式锁真正可靠且实用的方案仅有一种：基于Redis的SET原子命令（NX+EX）配合唯一value标识与Lua脚本安全释放，其他如ZooKeeper因生态支持薄弱、flock或文件锁仅限本地而完全不适用于分布式场景；文章深入剖析了传统两步加锁（SETNX+EXPIRE）的致命竞态风险，强调原子性、持有者校验和过期时间科学设定的必要性，并指出解锁必须依赖Lua脚本防止误删，同时提醒开发者正视主从延迟、时钟漂移等深层问题，在中小业务中优先通过锁粒度优化、冗余过期时间和幂等设计来保障稳定性，而非盲目追求复杂共识方案。

PHP里真能用的分布式锁，只有基于 Redis 的 SET 原子命令 + Lua 释放脚本这一条路走得稳；ZooKeeper 在 PHP 中基本不可用，flock 或文件写入纯属本地锁，跨机器就失效。

为什么不能只用 SETNX + EXPIRE

两步操作非原子：SETNX 成功后若网络中断或进程崩溃，EXPIRE 没执行，锁就永远卡住，其他服务全被堵死。这不是锁，是“幽灵占位符”。

• SETNX 只管“设值不覆盖”，不带过期逻辑，必须搭配 EX 才算完整
• 老式写法 $redis->setnx($key, $val); $redis->expire($key, 30); 存在竞态窗口，PHP 7.0+ 应直接弃用
• Redis 6.0+ 支持 SET key val NX EX 30 原子命令，PHP Redis 扩展 5.0+ 的 set() 方法才支持数组参数写法

SET 加锁时三个参数缺一不可

键（$lockKey）、值（$lockValue）、选项（['NX', 'EX' => 30]）必须同时传入，否则无法保障互斥 + 自动过期 + 持有者标识三位一体。

• $lockKey 必须带业务上下文，例如 "stock:sku_1001"，而非固定字符串 "stock_lock"
• $lockValue 必须全局唯一且可追溯，推荐 sprintf('%s:%d', uniqid('', true), getmypid())，禁用时间戳或纯随机数
• 过期时间别拍脑袋定 10 秒，应按业务 P99 耗时 × 1.5～2 预估；若临界区可能超时，宁可加冗余（如设 60 秒），也别在 PHP-FPM 下硬搞“看门狗”续期——它根本不可靠

解锁必须用 Lua 脚本，DEL 直删就是事故

直接 $redis->del($key) 是最常见误删来源：A 拿到锁但慢了 2 秒，锁自动过期；B 立即获取新锁；A 接着调 DEL，就把 B 的锁干掉了。

• 正确释放脚本："if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end"
• PHP 调用时注意参数顺序：$redis->eval($script, [$lockKey], 1, $lockValue)，第三个参数是 KEYS 数量，写错成 0 就永远返回 0
• 脚本返回 0 不代表失败，要检查是否已被他人处理完毕——比如支付回调场景，锁删不掉，可能说明订单已支付成功，直接退出即可

主从延迟、Redis 单点故障、时钟漂移这些深层问题，在中小业务里通常先靠“锁粒度收窄 + 过期时间冗余 + 幂等兜底”扛住；真要上 Redlock 或多节点共识，得先确认 PHP 团队有没有人能 debug Lua 脚本在集群脑裂时的行为。

以上就是《PHP实现分布式锁的几种方式》的详细内容，更多关于的资料请关注golang学习网公众号！