thinkphp6.0事务回滚失败主因是事务未真正开启或异常被静默捕获：myisam引擎不支持事务；闭包内try-catch未re-throw、php8+未捕获\throwable；跨连接操作；嵌套事务不被支持；手动模式中未配对starttrans/rollback/commit或调试中断流程。
ThinkPHP6.0数据库事务流程回滚失败，往往不是代码没写Db::rollback()，而是事务根本没真正开启或异常被静默吞掉——比如表用MyISAM引擎、闭包里加了try-catch却不re-throw、跨连接执行SQL，都会让rollback()调了也白调。
确认事务是否真生效
先验证底层环境是否满足事务前提，否则所有回滚操作都是空中楼阁。
执行SHOW CREATE TABLE user;，检查输出中是否含ENGINE=InnoDB；若为MyISAM，事务完全不生效，哪怕Db::transaction()执行也不报错，但rollback()什么都不会做。
批量转引擎命令：ALTER TABLE `user` ENGINE=InnoDB;
【必须在建表时显式指定ENGINE=InnoDB DEFAULT CHARSET=utf8mb4】，仅靠配置文件设默认引擎不保险，部分迁移工具或手动建表会忽略。
自动模式回滚：Db::transaction()闭包方式
这是最常用也最容易踩坑的方式，回滚是否触发，只取决于闭包内是否有未被捕获的异常。
正确写法（异常穿透）：Db::transaction(function () { Db::name('user')->insert(['name' => 'test']); throw new \Exception('强制中断'); });
错误写法（异常被吞）：Db::transaction(function () { try { Db::name('user')->insert(['name' => 'test']); throw new \Exception('模拟失败'); } catch (\Exception $e) { Log::error($e->getMessage()); } });→ 数据已落库，事务自动commit。
PHP 8.0+ 必须捕获\Throwable而非仅\Exception，否则Fatal Error类异常不会触发回滚。
手动模式回滚：Db::startTrans() + try/catch显式控制
适用于需要分支判断、日志记录、多阶段提交等复杂逻辑的场景，但必须严格配对startTrans/commit/rollback。
第一步：调用Db::startTrans();开启事务
第二步：将所有关联操作包裹在try块内，确保全部使用同一连接（禁用db('table')、Db::connect()、Db::master()）
第三步：成功则Db::commit();，失败则Db::rollback();
【调试时绝不能用dd()、dump()或exit中断流程】，否则PDO连接卡在“transaction active”状态，后续请求复用该连接会报“There is no active transaction”，甚至引发连接池雪崩。
嵌套调用事务为何回滚失效
TP6.0根本不支持嵌套事务，所谓“外层Db::transaction()里再调内层Db::transaction()”，内层只是顺序执行SQL，不开启新事务，也不传导异常。
方法一：收口到单个闭包（推荐）
✅ Db::transaction(function () { userCreate(); orderCreate(); stockDeduct(); });
方法二：用SAVEPOINT实现局部回滚（需MySQL 8.0+）
开启事务后立即执行Db::execute('SAVEPOINT sp_log'); → 日志写入失败则Db::execute('ROLLBACK TO SAVEPOINT sp_log'); → 主流程无异常才Db::commit();
方法三：手动状态标记（兼容低版本）
外层Db::startTrans() → 内层操作设$shouldRollback = false; → 某环节失败则置true → 外层catch中根据该标志决定是否Db::rollback()。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
