thinkphp事务回滚失效的三大原因是：表引擎非innodb、异常未穿透闭包、操作未共用同一pdo连接；任一缺失均导致rollback静默失败，数据仍被提交。

ThinkPHP事务回滚失效，不是框架“坏了”，而是事务生效的三个硬性前提被破坏了：表引擎不是InnoDB、异常没穿透到框架层、操作没共用同一PDO连接。缺一不可，任一缺失都会导致Db::rollback()静默失败——数据照写，日志无报错，查库已提交。

检查数据表是否使用InnoDB引擎

MyISAM、MEMORY等引擎根本不支持事务，MySQL会直接忽略START TRANSACTION和ROLLBACK指令，ThinkPHP也不校验、不报错。

• 执行SHOW CREATE TABLE user;，确认输出中包含ENGINE=InnoDB
• 若显示ENGINE=MyISAM，立即执行：ALTER TABLE `user` ENGINE=InnoDB ROW_FORMAT=DYNAMIC;（低版本MySQL必须指定ROW_FORMAT）
• 建表时显式声明：ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

确认异常是否真正穿透闭包

Db::transaction()只对未被捕获的异常自动回滚。一旦你在闭包里加了try-catch又没重抛，框架就认为操作成功，直接commit。

btpanel phpsite 宝塔面板PHP网站

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

下载

• ❌ 错误写法：
  

  Db::transaction(function () {<br>  try { Db::name('order')->insert([]); throw new \Exception('fail'); }<br>  catch (\Exception $e) { Log::error($e); } // 异常被吞，事务提交<br>});

• ✅ 正确做法：去掉闭包内所有try-catch，让异常自然向上冒泡
• 如需记录日志，必须在catch末尾加throw $e;；PHP 8.0+建议捕获\Throwable以覆盖\Error

验证所有操作是否复用同一数据库连接

事务绑定在PDO实例上。混用Db::name()、db('table')、Db::connect('slave')或模型默认连接，极易导致跨连接——rollback()执行了，但数据早已在另一连接上提交。

• 在事务闭包前后分别执行var_dump(Db::getPdo());，对比对象ID是否一致
• 禁用db('user')助手函数和显式Db::connect()调用
• 读写分离下查刚插入的数据，用Db::master()->name('user')->select()强制走主库
• 模型操作想参与事务，统一用默认连接，或显式传入：new UserModel(['connection' => Db::getConnect()])

其他关键陷阱

调试时用dd()、exit或dump()会中断PHP执行，使PDO连接卡在“active transaction”状态，后续请求复用该连接时，rollback()会报There is no active transaction，甚至引发连接池雪崩。

• 避免在事务闭包中使用任何终止脚本执行的函数
• 嵌套Db::transaction()不生效——PDO和MySQL均不支持真嵌套事务，外层不会因内层失败而回滚
• 多库（不同database）事务无法原子回滚，这是MySQL协议限制，非TP缺陷；XA需服务端开启且TP原生不支持

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！