PHP中如何处理数据库并发写入冲突_使用悲观锁SELECT FOR UPDATE-php教程-PHP中文网

select for update 必须在显式事务（begin/commit）中执行才真正加锁，否则因pdo默认自动提交而静默失效；需确保走索引、原子更新带业务条件（如where id=123 and stock>=1），并校验影响行数。

php中如何处理数据库并发写入冲突_使用悲观锁select for update

PHP 中用 SELECT FOR UPDATE 处理并发写入，必须在显式事务里执行，否则锁不生效——这是最常被忽略、也最危险的坑。

不是语句写错了，而是没进事务。MySQL 的 SELECT FOR UPDATE 只在 BEGIN 和 COMMIT（或 ROLLBACK）之间才真正加锁；如果只是普通查询后跟一个 UPDATE，两步不在同一事务中，锁早释放了，竞态照旧。

PDO 默认自动提交（autocommit=1），必须手动 $pdo->beginTransaction()
Laravel Eloquent 的 DB::transaction() 或模型上的 lockForUpdate() 才可靠，裸调 where(...)->first() + save() 不行
查完不立刻更新、中间有 HTTP 调用或 sleep()，锁会一直占着连接，极易拖垮数据库连接池

核心是：一次事务内完成「锁定 → 判断 → 更新」三步，且 UPDATE 必须带业务校验条件，不能只靠锁。

漏掉 AND stock >= 1 这个条件，就可能在锁释放后、UPDATE 执行前被其他事务改掉库存，导致超卖。

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

下载

锁的范围不取决于你“想锁哪一行”，而取决于 MySQL 实际扫描的索引路径。没走索引，InnoDB 可能全表扫+锁所有行，甚至锁间隙。

WHERE 条件用非主键、非唯一索引字段（比如 WHERE status = 'pending'），又没给该字段建索引 → 极大概率锁表
WHERE 用了函数或表达式（如 WHERE DATE(created_at) = '2026-04-17'）→ 索引失效，锁扩大
隔离级别为 REPEATABLE READ（MySQL 默认）时，FOR UPDATE 会额外加间隙锁（gap lock），可能阻塞本不该阻塞的插入
用 SELECT ... FOR UPDATE NOWAIT（MySQL 8.0+）可避免无限等待，失败立刻抛 SQLException，适合高响应要求场景

框架封装容易掩盖底层细节，但锁的语义没变：事务 + 索引 + 原子更新缺一不可。

Laravel：DB::transaction(function () { $product = Product::where('id', 123)->lockForUpdate()->first(); ... DB::update("UPDATE ... WHERE id = ? AND stock >= ?", [123, $oldStock]); });
ThinkPHP：(new Product())->startTrans(); $row = (new Product())->where(['id' => 123])->lock(true)->find(); ... (new Product())->where(['id' => 123, 'stock' => $oldStock])->update(['stock' => Db::raw('stock - 1')]);
原生 PDO：$pdo->beginTransaction(); $stmt = $pdo->prepare("SELECT stock FROM product WHERE id = ? FOR UPDATE"); $stmt->execute([123]); $stock = $stmt->fetchColumn(); if ($stock >= 1) { $pdo->prepare("UPDATE product SET stock = stock - 1 WHERE id = ? AND stock >= ?")->execute([123, $stock]); }

别依赖框架的 increment() 或 decrement() 方法处理库存类逻辑——它们只做数值加减，不校验业务状态（比如是否已售罄），也不防重入。