Db::transaction()闭包内异常必须穿透才能回滚，若被try-catch吞掉或return提前退出，则自动commit；需确保同一连接、禁用dd/dump、表引擎为InnoDB。
Db::transaction() 是 ThinkPHP 中最简明、最安全的事务入口，但它不是“写了就自动兜底”的魔法函数——不配合异常传播或手动状态管理，事务根本不会回滚。
Db::transaction() 闭包方式为什么有时不回滚
闭包内抛出的异常必须穿透出去，框架才能捕获并触发回滚。一旦你在闭包里 try-catch 吞掉异常，或者用 return 提前退出，Db::transaction() 就认为执行成功，自动调用 commit()。
- 错误写法：
Db::transaction(function () { try { ... } catch (\Exception $e) { Log::error($e); } });—— 日志写了，数据也提交了 - 正确写法：让异常自然上抛，或在
catch里重新throw $e - 注意：闭包内调用的模型方法（如
User::create()）必须复用同一数据库连接；若用了Db::connect('slave')，事务失效 - 调试时禁用
dd()或dump()：它们会中断 PHP 进程，导致 PDO 连接卡在 “transaction active” 状态，后续请求可能报There is no active transaction
Db::startTrans() + commit()/rollback() 手动模式怎么不出错
手动模式适合分支逻辑复杂、需条件判断是否提交的场景，但极易漏写 commit() 或 rollback()，尤其在多层 if-else 中。
- 必须严格配对：每个
Db::startTrans()都要对应一个commit()或rollback()，不能靠“脚本结束自动清理” - 别混用
Db::startTrans()和Db::transaction()：前者是手动状态机，后者是异常驱动闭环，混用会导致状态错乱 - 嵌套调用
Db::startTrans()无效：PDO 不支持嵌套事务，第二次调用被忽略，rollback()只退到第一层 - 推荐加 guard 变量：
$transStarted = false; try { Db::startTrans(); $transStarted = true; ... } finally { if ($transStarted && !isset($committed)) { Db::rollback(); } }
死锁发生后如何重试而不雪崩
Db::transaction() 完全不识别死锁，它把 PDOException 当普通错误处理，既不重试也不区分类型。MySQL 死锁错误固定含字符串 'Deadlock found when trying to get lock'，必须手动捕获。
立即学习“PHP免费学习笔记（深入）”；
- 重试必须带退避延迟：
usleep(50000 * ($i + 1))，否则连续重试等于高频撞锁 - 必须设最大重试次数（如 3 次），避免无限循环加剧竞争
- 关键操作要显式加锁：
User::where('id', 1)->lock(true)->dec('balance', 100)，防止无锁更新触发隐式锁升级 - 所有读写必须在事务闭包内完成：不要在事务外查余额再传入回调，否则可能读到旧值，扣减时产生超卖
事务回滚后连接还能继续用吗
回滚只是撤销 SQL 影响，不重置 PDO 连接状态。某些异常（如死锁、锁等待超时）会让连接进入不可用状态，后续查询直接报 PDOException: SQLSTATE[HY000]: General error 或 Cannot execute queries while other unbuffered queries are active。
- 不要假设回滚后连接“干净可用”，尤其在高并发下
- 如果事务失败后还需执行新查询，建议用
Db::connect()->table(...)->select()新建连接，避开原连接残留状态 - 验证事务是否真正生效的最快方式：在闭包末尾加
throw new \Exception('test');，看数据是否消失；没消失说明根本没进事务（比如表引擎是 MyISAM） - 务必确认表引擎为
innodb，MyISAM 不支持事务，startTrans()和transaction()都静默失效
