ThinkPHP事务提交失败本质是前置DML报错、事务状态异常或连接失效；必须用Db::transaction()闭包确保一致性，检查in_transaction/autocommit状态，捕获1062/1452/1213等真实错误码，并确认InnoDB引擎支持。
ThinkPHP数据库事务提交失败，本质不是“COMMIT指令出错”，而是前置操作已触发异常、事务状态异常或底层连接失效。处理关键在于快速定位真实原因，而非反复重试commit()。
先确认事务是否真正处于可提交状态
很多所谓“提交失败”，其实是事务早已结束或压根没开启：
- 执行 SELECT @@in_transaction;，返回 0 表示当前连接不在事务中
- 执行 SELECT @@autocommit;，若为 1，说明每条语句自动提交，显式 startTrans() 后未执行 DML 就调 commit()，会报 “There is no active transaction”
- 检查是否在事务中执行了 DDL（如 ALTER TABLE）、锁表语句或 SELECT FOR UPDATE 超时，这些可能触发隐式提交，使后续 commit() 失效
捕获并解析真实错误来源
95% 的“提交失败”实际是 INSERT/UPDATE/DELETE 阶段报错，但被忽略或错误捕获：
- 唯一键冲突（ERROR 1062）、外键约束失败（ERROR 1452）、死锁被选为牺牲者（ERROR 1213）——这些都发生在 SQL 执行时，不是 commit 时
- 务必在 try/catch 中获取完整异常信息：$e->getMessage() . ' (code: ' . $e->getCode() . ')'
- 对死锁错误（1213），应设计重试逻辑；对业务校验类错误（如余额不足），不应重试，而应返回明确提示
用 Db::transaction() 替代手动事务控制
ThinkPHP 5.1+ 中，Db::startTrans() + commit()/rollback() 在多数场景下不可靠，尤其混用模型与 Db::table()、启用读写分离或连接池时：
立即学习“PHP免费学习笔记（深入）”；
- 根本原因是连接惰性初始化：startTrans() 和后续 SQL 可能作用于不同 PDO 实例，rollback() 对实际执行的 SQL 无效
- 必须改用闭包方式：Db::transaction(fn() => { UserModel::create(...); Db::table('log')->insert(...); })
- 该方式自动绑定同一连接、异常必回滚、成功必提交，且支持嵌套（内部转为 savepoint）
检查数据库层基础支持
事务生效的前提是环境支持：
- 确认 MySQL 使用的是 InnoDB 引擎（MyISAM 不支持事务），执行 SHOW CREATE TABLE table_name; 查看 ENGINE=InnoDB
- 检查表是否被意外转为 MyISAM，可在 phpMyAdmin → 设计表 → Options → Storage Engine 修改
- 避免在事务中调用外部 HTTP 请求、文件写入等长耗时操作，防止连接超时（wait_timeout 触发自动断连），导致 commit() 时连接已失效
