ThinkPHP解决高并发下数据库死锁问题_乐观锁与重试机制实现-ThinkPHP-PHP中文网

update高并发卡住或报死锁，是因多请求同时修改同一行触发innodb行锁争用；thinkphp默认无重试和版本校验，需用乐观锁（version字段+where校验）或封装带退避的safeupdate方法。

thinkphp解决高并发下数据库死锁问题_乐观锁与重试机制实现

为什么 `UPDATE` 在高并发下突然卡住或报死锁？

不是数据库扛不住，而是多请求同时想改同一行，InnoDB 加了行级写锁后互相等——比如两个请求都先 SELECT ... FOR UPDATE 锁住同一条订单记录，再各自执行 UPDATE，就形成死锁闭环。MySQL 被迫杀掉其中一个事务，抛出 Deadlock found when trying to get lock。

ThinkPHP 默认不处理这个，update() 方法直发 SQL，没重试、没版本校验，撞上就崩。

典型场景：秒杀下单、库存扣减、积分变更、后台批量审核
别指望加索引或拆表解决——根本问题在业务逻辑层缺乏并发控制
乐观锁比悲观锁（FOR UPDATE）更适合 Web 请求模型：不锁行，靠数据版本判断是否被改过

用 `where` + `version` 字段实现乐观锁

核心思路：读取数据时带上 version 值，更新时只改 version 匹配的那条记录，并顺带把 version +1。若更新影响行为 0，说明已被别人抢先改过。

示例：用户余额扣减

// 查询时带上 version
$user = Db::name('user')->where('id', 123)->find();
// 执行更新，条件里带上 version，且 version 自增
$result = Db::name('user')
    ->where('id', 123)
    ->where('version', $user['version'])
    ->update([
        'balance' => ['exp', 'balance - 100'],
        'version' => ['exp', 'version + 1']
    ]);
if ($result === false) {
    // 影响行为 0，说明 version 不匹配，数据已变
    throw new Exception('数据已被修改，请重试');
}

version 字段必须是整型，初始值为 0，每次成功更新都 +1
不能用 save() 方法直接传数组更新，它会忽略 where 中的 version 条件；必须用 update() 配合显式 where
注意：ThinkPHP 6.1+ 的 update() 支持 exp 表达式，但低版本需用 Db::raw()

自动重试机制怎么加才不翻车？

手动捕获 Deadlock found when trying to get lock 或乐观锁失败后重试，但不能无限循环——得控次数、加退避、防雪崩。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

推荐封装一个带重试的更新方法：

function safeUpdate($table, $pk, $id, $data, $maxRetry = 3) {
    for ($i = 0; $i where($pk, $id)
                ->update($data);
            if ($res !== false) return $res;
        } catch (\Exception $e) {
            if (strpos($e->getMessage(), 'Deadlock') !== false && $i