thinkphp事务回滚不生效的三大原因是：表引擎非innodb、异常未穿透到事务层、操作未使用同一数据库连接；需逐一排查并修复。
ThinkPHP数据库事务回滚不生效，通常不是框架出错，而是三个关键条件没同时满足：表引擎必须是 InnoDB、异常必须穿透到事务层、所有操作必须走同一个数据库连接。缺一不可，否则 rollback() 就像没调用过一样。
确认数据表是否支持事务
MyISAM、MEMORY 等引擎根本不支持事务，MySQL 会静默忽略 START TRANSACTION 和 ROLLBACK 指令，ThinkPHP 也不会报错。
- 执行
SHOW CREATE TABLE user;，检查输出末尾是否为 ENGINE=InnoDB - 如果不是，用
ALTER TABLE `user` ENGINE=InnoDB;转换（操作前务必备份） - 新建表时显式声明：
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4
确保异常能穿透到事务控制层
Db::transaction() 的自动回滚只对未被捕获的异常生效。一旦在闭包里自己 try-catch 了又没重新抛出，框架就认为操作成功，直接提交。
- ❌ 错误写法：闭包内吞掉异常
- ✅ 正确写法：不加
try-catch，让异常自然冒泡 - 需要自定义日志或处理？改用手动模式：
Db::startTrans()+try/catch+ 显式Db::rollback()
保证所有操作使用同一 PDO 连接
事务绑定在 PDO 实例上。跨模型、跨 Db::connect('slave') 或混用 UserModel::create() 和 Db::table()，很可能用了不同连接，这些操作根本不在事务范围内。
- 调试时可用
var_dump(Db::getPdo())对比对象 ID 是否一致 - 读写分离场景下查刚插入的数据，强制走主库：
Db::master()->table('user')->select() - 模型想复用事务，别改
$model->connection，统一用默认连接；或传入当前连接：new UserModel(['connection' => Db::getConnect()])
避免调试中断导致连接卡死
在事务中用 dd()、dump()、exit 会终止 PHP 执行，PDO 连接仍处于 “transaction active” 状态，后续请求复用该连接时可能报 There is no active transaction，甚至引发连接池雪崩。
- 替代方案：用
Log::info()记录关键状态，配合Db::getLastSql()查看实际执行语句 - 真要验证中间数据是否落库？在事务外另起连接查询：
Db::connect()->table('user')->where('id', 1)->find() - 本地测试可加防护：
if (app()->isDebug()) { Db::rollback(); }防止连
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
