thinkphp事务回滚失效主因是异常未穿透、连接不统一、表引擎非innodb或commit/rollback未配对；必须确保四者同时满足，否则rollback形同虚设。
ThinkPHP事务回滚失效，不是框架“坏了”，而是事务控制链在关键环节断开了——异常没传出来、连接不一致、表引擎不支持，三者占其一，rollback就只是走个过场。
表引擎不是 InnoDB，事务根本不起作用
MyISAM、MEMORY 等引擎压根不支持事务。ThinkPHP 不校验也不报错，照常发 SQL，MySQL 直接忽略 ROLLBACK 指令，数据已落盘。
- 检查方式：执行
SHOW CREATE TABLE user;，看末尾是否为 ENGINE=InnoDB - 如果不是，立刻执行：
ALTER TABLE user ENGINE=InnoDB ROW_FORMAT=DYNAMIC; - 操作前务必整表备份，避免迁移失败导致数据丢失
闭包内吞掉异常，框架收不到错误信号
Db::transaction() 只对「未被捕获的异常」自动回滚。一旦你在闭包里加了 try-catch 却没重新抛出，框架就默认一切正常，直接 commit。
- ❌ 错误写法：
try { Db::name('order')->insert(...); throw new \Exception('失败'); } catch (\Exception $e) { Log::error($e); }—— 异常被吃掉，事务照提交 - ✅ 正确做法：去掉闭包内的 try-catch，让异常自然穿透；或 catch 末尾加
throw $e; - PHP 8.0+ 还需注意：\Error（如致命错误）不会被 \Exception 捕获，建议统一用 \Throwable
操作跨了数据库连接，rollback 对不上人
事务是连接级的。Db::transaction() 只能管住它开启的那个 PDO 实例。如果闭包里混用了 db('user')、Db::connect('slave') 或模型调用了不同配置的数据库，那 insert 和 rollback 就不在同一条连接上。
- 典型表现：rollback() 执行无报错，但查库发现数据还在；日志看不到 BEGIN
- 正确做法：闭包内只用 Db::name('table') 或模型方法（如 User::create()）
- 读写分离时查刚插入的数据，用 Db::master()->name('user')->select() 强制走主库
手动事务没配对，状态悬空引发连锁问题
用 Db::startTrans() 开启事务后，必须严格配对 commit() 和 rollback()，且不能遗漏。
- 第一步：调用 Db::startTrans()
- 第二步：所有 DB 操作放在 try 块中
- 第三步：成功则 Db::commit()
- 第四步：catch 中必须 Db::rollback()，且不能留空
- ⚠️ 遗漏 rollback 会导致连接长期处于 active transaction 状态，后续查询可能被锁，甚至超时被 MySQL 自动回滚却无日志提示
不复杂但容易忽略：确保引擎是 InnoDB、异常能穿透、连接不切换、commit/rollback 成对出现——这四点齐了，ThinkPHP 的事务回滚就能稳稳生效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
