事务提交无声失败主因是PDO自动提交未关闭或混用db()导致事务断裂，需统一用Db::、确认InnoDB引擎、避免外部操作，并封装transaction闭包确保自动回滚。
事务提交失败，大概率不是代码写错了，而是数据库层或连接配置没对上——Db::startTrans 本身不报错，但后续 Db::commit() 无声失败时，数据已落库、回滚失效，这才是最危险的状态。
为什么 Db::commit() 没报错却没生效
常见错误现象：Db::startTrans() 后执行了 INSERT/UPDATE，抛出异常（比如字段不存在），但部分数据已写入数据库，Db::rollback() 不起作用。
- 根本原因：PDO 默认开启自动提交（
PDO::ATTR_AUTOCOMMIT => true），Db::startTrans()只是临时关闭它；一旦 PHP 进程异常终止（如 fatal error）、或未捕获的异常跳出 try 块，PDO 不会自动 rollback - 更隐蔽的情况：事务期间调用了非 Db 类操作（如
db('user')助手函数），它默认使用独立连接，和Db::不在同一个事务上下文中 - 表引擎不支持事务：MyISAM 表无论怎么写
startTrans都不会回滚，必须确认表是InnoDB
Db:: 和 db() 混用导致事务断裂
使用场景：想快速写个单表更新，顺手用了 db('order')->update(...)，结果整个事务回滚失败。
-
db('order')是助手函数，每次调用都新建一个查询实例，默认走新 PDO 连接，不继承当前事务状态 - 必须统一用
Db::name('order')或模型（OrderModel::update()），确保所有操作共享同一$linkID - 验证方法：在事务中打印
Db::getPdo()->getAttribute(PDO::ATTR_AUTOCOMMIT)，开启事务后应为0；若用db()调用后再查，可能还是1
如何让事务真正“自动”回滚（不用每次都写 try/catch）
推荐封装一个 transaction() 闭包执行器，把 start/commit/rollback 收拢成一行调用。
立即学习“PHP免费学习笔记（深入）”；
- 核心逻辑：用
try包裹闭包执行，finally判断是否已 commit，未 commit 就强制rollback() - 注意点：闭包内不能
return或exit，否则finally不执行；也不要throw new Exception()覆盖原始异常堆栈 - 简易实现示例：
function transaction(callable $callback) {
\think\facade\Db::startTrans();
try {
$result = $callback();
\think\facade\Db::commit();
return $result;
} catch (\Throwable $e) {
\think\facade\Db::rollback();
throw $e;
}
}
// 使用
transaction(function () {
\think\facade\Db::name('user')->insert(['name' => 'Alice']);
\think\facade\Db::name('log')->insert(['msg' => 'created user']);
});
第三方接口调用不能放在事务里
错误现象：事务中调用短信 SDK，短信发出去了，但本地 DB 回滚，用户收了短信却没注册成功。
- HTTP 请求、文件写入、Redis 操作等外部依赖，都不受数据库事务控制
- 正确做法：本地事务只做「任务持久化」，把第三方调用拆成异步步骤（如队列任务），并在
third_party_tasks表中记录状态和重试次数 - 关键约束：事务内只能有可回滚的 DB 操作；任何不可逆动作（发短信、扣余额、改文件）必须延后到事务外
事务真正难的不是语法，而是边界——哪些操作能进事务、哪些必须剥离、哪些表其实根本不支持回滚。别信“写了 startTrans 就万事大吉”，每次上线前，手动 kill 进程模拟异常，看数据是不是真能干净撤回。
