ThinkPHP 6.0 模型事件不自动参与主事务，因事件是 PHP 层钩子、非数据库事务一部分；after_insert 等事件在主事务提交后触发，其 DB 操作独立于主事务，须在事件内显式用 Db::transaction() 闭包包裹并确保异常穿透。
在 ThinkPHP 6.0 中，模型事件（如 after_insert、before_update）里执行数据库操作时，若未显式控制事务，数据写入失败后不会自动回滚——事件本身不参与事务生命周期，哪怕主流程已开启 Db::transaction()，事件回调里的 SQL 仍会独立落库。
为什么事件里事务不自动生效
ThinkPHP 的事件是 PHP 层钩子调用，不是数据库事务的一部分。模型 save() 成功后触发 after_insert，此时主事务早已 commit，事件里 Db::table('log')->insert() 走的是新连接或默认连接，与主事务完全隔离。
这一步操作起来很简单，直接把文件拖进去就行。
【事件回调不在主事务上下文中】 即使你在控制器里写了 Db::transaction(fn() => { User::create($data); })，after_insert 里的任何 DB 操作都脱离该事务作用域——框架不会、也不能将事件回调自动塞进原事务闭包。
立即学习“PHP免费学习笔记（深入）”；
事件中必须用 Db::transaction() 闭包包裹操作
所有需原子性的联动操作，必须在事件回调内部重新开启事务，且只能用闭包方式。
方法一：闭包内直接写联动逻辑
在事件监听器中，用 Db::transaction() 包裹全部要保证一致性的操作：
Db::transaction(function () {
Db::table('user_log')->insert(['action' => 'created', 'user_id' => $user->id]);
Db::table('notification')->insert(['to_user' => $user->id, 'type' => 'welcome']);
});
方法二：封装为可复用的事务函数
定义一个带异常穿透的事务封装：
function safeEventTx(callable $op) {
return Db::transaction($op);
}
然后在事件里调用：
safeEventTx(fn() => {
UserModel::updateStatus($user->id, 'active');
LogModel::record('user_activated', $user->id);
});
【必须用闭包写法，禁用 startTrans】 Db::startTrans() 在事件中极易失效——事件执行时连接状态不可控，手动 commit/rollback 可能作用于错误 PDO 实例，导致静默失败或 There is no active transaction 报错。
确保事务真正回滚的三步验证
第一步：确认表引擎为 InnoDB
执行 SHOW CREATE TABLE user_log; 查看 ENGINE=InnoDB。MyISAM 表上执行 ROLLBACK 不报错但无效，数据早已落盘。
第二步：关闭调试中断函数
事件回调中严禁使用 dd()、dump() 或 exit/die —— 它们会终止 PHP 进程，导致事务连接卡在 active 状态，后续请求可能无法开启新事务。
第三步：让异常穿透闭包
闭包内任何位置抛出 Throwable（包括 \Error），Db::transaction() 才会自动 rollback。若自行 try/catch 吞掉异常却不 re-throw，框架认为操作成功，强制 commit：
❌ 错误写法：
Db::transaction(function () {
try { Db::table('x')->insert([]); }
catch (\Exception $e) { Log::error($e); }
});
✅ 正确写法：
Db::transaction(function () {
Db::table('x')->insert([]);
Db::table('y')->insert([]); // 这里失败，整个回滚
});
