在 laravel 事务中规避 n+1 查询需预加载关联数据：一、事务前用 with() 预加载并缓存；二、事务内用 join 替代 with()；三、事务内用 load() 批量精确加载；四、启用 preventlazyloading 强制检查；五、读写分离，事务外读、内写。
在 Laravel 应用中，若在数据库事务内执行 Eloquent 查询且未合理处理关联关系，极易触发 N+1 查询问题，导致事务执行时间显著延长、数据库连接占用增加。以下是针对事务上下文中规避 N+1 查询并实现关联数据高效预加载的多种优化方法：
一、在事务开始前完成关联数据预加载
将关联查询从事务内部移出，在 DB::transaction() 执行前一次性获取全部所需关联数据，并通过集合或数组方式注入后续逻辑，避免事务中重复查询。该方式确保事务仅包含原子性写操作，不承担读取开销。
1、使用 with() 方法提前加载所有必需关联关系，并调用 get() 或 all() 触发实际查询。
2、将预加载结果以 Collection 或键值数组形式暂存，例如 $users = User::with('posts.comments')->get()。
3、在 DB::transaction() 回调函数中，直接使用已加载的数据，不再调用 $user->posts 或 $post->comments 等懒加载访问器。
4、对需更新的模型实例，使用 loadMissing() 确保缺失关联已就绪，严禁在事务块内调用未预加载模型的动态属性访问。
二、使用 join 预关联替代 with() 在事务内构造数据集
当事务内需基于关联条件进行写操作（如批量更新带条件的子记录），可改用 Query Builder 的 join 语句一次性拉取主表与关联表字段，绕过 Eloquent 懒加载机制，彻底消除 N+1 触发路径。
1、使用 DB::table() 构建主表与关联表的 inner join 或 left join 查询。
2、select 显式指定所需字段，避免 select * 带来冗余数据传输。
3、where 条件应覆盖事务业务逻辑所需的过滤维度，确保结果集精准。
4、将 join 结果转为数组或对象集合后传入事务回调，join 方式不触发模型事件和访问器，性能开销最低。
三、在事务内显式调用 load() 并限制加载范围
若必须在事务中动态确定需加载的关联，应避免循环中逐个调用 $model->relation，而改用 Eloquent 提供的 load() 方法对整个集合批量加载，且限定 only 参数精确控制字段，减少数据体积与序列化压力。
1、先通过 whereIn 等方式批量查出主模型集合，例如 $orders = Order::whereIn('id', $orderIds)->get()。
2、立即在同一事务作用域内调用 $orders->load(['customer' => function ($q) { $q->select('id', 'name', 'email'); }])。
3、确保 load() 调用发生在任何可能触发懒加载的操作之前，load() 必须在事务内且紧邻主查询之后执行，不可延迟至 foreach 循环中。
4、对深层嵌套关联（如 customer.address），采用嵌套闭包方式声明 select，防止 address 表全字段拉取。
四、禁用模型懒加载并强制预加载检查
通过全局配置 + 运行时断言，使任何未预加载的关联访问在开发与测试环境立即报错，从工程层面杜绝事务内意外触发 N+1。
1、在 AppServiceProvider 的 boot() 中调用 Relation::noConstraints() 不适用，应改为设置 Eloquent 模型的 $touches 属性与严格模式。
2、在 phpunit.xml 或本地环境配置 APP_DEBUG=true，并启用 Illuminate\Database\Eloquent\LazyLoadingViolationException。
3、在事务前调用 Model::preventLazyLoading()，使未预加载的 $model->relation 访问抛出异常而非发起查询。
4、配合 IDE 插件或 PHPStan 扩展检测 with() 缺失调用，该策略不降低运行时性能，但可阻断 90% 以上隐式 N+1 场景。
五、拆分读写职责：事务外读 + 事务内写
遵循 CQRS 思想，将数据读取与状态变更完全分离。所有关联数据读取均在事务外部完成并序列化为 DTO 或数组；事务内部仅执行 update、insert、delete 等写操作，无任何查询语句。
1、定义专用的 DataTransferObject 类，封装订单、用户、地址等结构化只读数据。
2、使用 DB::transaction(fn () => ...) 匿名函数时，传入参数仅为预处理好的 DTO 实例，不含任何 Eloquent 模型实例。
3、事务内通过 DB::table()->where()->update() 等原生方式执行变更，避开模型生命周期钩子与关系解析。
4、此方案使事务持锁时间最短，且完全规避 ORM 层 N+1 风险。
