ThinkPHP6模型关联写入不自动参与事务，必须共用同一PDO连接；显式切换连接会导致事务失效，应统一使用默认连接并确保异常穿透以保障回滚。
ThinkPHP6 中模型关联写入（如 hasOne、belongsTo、hasMany）本身不自动参与事务，必须确保关联操作与主事务共用同一数据库连接，否则数据可能部分写入、无法回滚。关键不是“配置”，而是控制连接上下文和异常传播路径。
关联写入必须走同一 PDO 连接
模型默认使用全局 default 连接；若你在关联中显式切换连接（如 $user->profile()->connect('log_db')），该关联操作将脱离主事务——哪怕主模型用了 Db::transaction()，关联表的插入也不会被回滚。
- 检查方式：在主模型保存前后执行
var_dump(User::getConnection()->getPdo());和var_dump($user->profile()->getModel()->getConnection()->getPdo());，两个输出对象 ID 必须一致 - 安全做法：统一使用默认连接，不要在关联定义或调用时动态指定 connection
- 若需跨库关联，不能依赖事务一致性，应改用最终一致性方案（如消息队列 + 补偿）
save() 和 saveAll() 在事务中要避免异常吞没
关联写入常通过 $model->relation()->save($data) 或 $model->saveAll($list) 实现。这些方法内部抛出异常时，若被外层 try-catch 捕获且未 re-throw，事务闭包会认为执行成功，自动 commit。
- 错误示例：
Db::transaction(function () { try { User::create(['name'=>'A'])->profile()->save(['bio'=>'test']); } catch (\Exception $e) { Log::error($e); } });→ 关联数据已落库 - 正确做法：让异常穿透，或改用手动事务并显式 rollback
Db::startTrans(); try { $user = User::create([...]); $user->profile()->save([...]); Db::commit(); } catch (\Exception $e) { Db::rollback(); throw $e; }
嵌套关联写入需注意模型事件与验证干扰
当使用 saveAll() 写入主模型 + 关联模型（如订单 + 订单项），TP6 不原生支持“一键关联批量保存”。常见做法是手动循环 + 关联赋值，此时要注意：
立即学习“PHP免费学习笔记（深入）”；
- 每个
$item->order_id = $order->id赋值后调用$item->save()，必须确保所有save()都在同一事务内 - 模型中的
before_write、after_insert等事件若含 DB 操作，也必须复用当前连接，否则事务失效 - 开启模型验证时（
validate(true)），验证失败抛出ValidateException，它继承自\Exception，可被事务捕获回滚；但若你 catch 后只返回 false，就破坏了事务流
推荐组合：事务闭包 + 主模型 save + 显式关联保存
最可控的方式是放弃“全自动关联写入”，改用清晰分步 + 统一连接管理：
- 用
Db::transaction()包裹整个流程 - 主模型调用
save()获取主键 - 遍历关联数据，逐条 new 子模型实例，设置外键，调用
save() - 所有模型不设
$connection属性，全部依赖默认连接 - 禁用
dd()、exit等中断函数，调试用Log::info()+Db::getLastSql()
