应使用DB::transaction包裹Eloquent操作以确保数据一致性，或手动控制事务、在模型事件中触发事务边界、用upsert批量处理、分块执行大集合操作。
如果您在使用 Eloquent 模型执行多步数据库操作时遇到部分成功、部分失败导致数据不一致的问题，则很可能是事务未被正确启用或作用域失控。以下是 Laravel 中在 Eloquent 模型操作中安全使用事务的多种方法：
一、使用 DB::transaction 包裹模型操作
该方法利用 Laravel 提供的闭包式事务管理，自动处理提交与回滚，语义清晰且安全性高。所有在闭包内执行的 Eloquent 操作（如 create、save、update、delete、关联同步等）均运行于同一数据库连接的事务上下文中，任何异常都会触发完整回滚。
1、在控制器或服务类中引入 Illuminate\Support\Facades\DB 命名空间。
2、调用 DB::transaction() 方法，并传入一个匿名函数作为参数。
3、在闭包内部依次执行多个 Eloquent 模型操作，例如创建用户并同步其角色和配置。
4、若任意一步抛出异常（包括模型验证失败、数据库约束冲突、逻辑 throw new Exception），整个事务将自动回滚。
5、确保不在此闭包中执行 HTTP 请求、文件写入、缓存设置或队列 dispatch，这些操作不受事务保护。
二、手动控制事务并嵌入模型操作
当业务逻辑需要条件分支、复用已有连接或跨多个方法协调事务时，需手动调用底层事务控制方法。此方式要求严格配对 beginTransaction / commit / rollback，并主动检查事务层级，避免重复 rollback 导致错误。
1、调用 DB::beginTransaction() 显式开启事务。
2、执行首个 Eloquent 操作，例如 $order = Order::create([...])。
3、根据业务结果决定是否继续后续模型操作，例如 $order->items()->saveMany($items)。
4、在 try 块末尾调用 DB::commit() 提交变更。
5、在 catch 块中先判断 DB::transactionLevel() > 0，再执行 DB::rollback()，防止因嵌套调用引发异常。
三、在模型事件中触发事务边界
该方法适用于需在模型生命周期关键节点（如保存前、删除后）统一介入事务控制的场景。它不替代 DB::transaction，而是作为补充机制，在事件处理器中启动/提交/回滚事务，但必须确保事件触发路径处于同一请求生命周期且不跨连接。
1、在 Eloquent 模型类中定义 protected static $observe = [OrderObserver::class] 或直接在 boot() 中监听事件。
2、在 creating 或 deleting 等静态事件回调中，调用 DB::beginTransaction()。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
3、在对应 created 或 deleted 事件中，根据上下文状态决定调用 DB::commit() 或 DB::rollback()。
4、注意：模型事件本身不开启事务，仅可作为事务控制的触发点；所有涉及数据库写入的操作必须发生在事务开启之后。
5、严禁在事件中 dispatch 队列任务或调用外部 API，否则无法保证原子性。
四、使用 upsert 在事务中批量处理模型集合
upsert 是一种原子性批量操作，可在单条 SQL 中完成“存在则更新、不存在则插入”，天然适配事务上下文。它避免了逐条 save 带来的性能损耗与事务膨胀风险，特别适合导入、同步类场景。
1、确认目标数据表已为 upsert 所依赖字段（如 email 或 sku）建立唯一索引或主键约束。
2、构造待写入集合，例如 $users = collect([['email' => 'a@b.com', 'name' => 'Alice'], ['email' => 'c@d.com', 'name' => 'Bob']])。
3、将 upsert 调用包裹在 DB::transaction() 闭包中：DB::transaction(fn() => User::upsert($users->all(), ['email'], ['name', 'updated_at']))。
4、第二个参数 ['email'] 表示唯一匹配列，第三个参数 ['name', 'updated_at'] 表示冲突时需更新的字段，二者缺一不可。
5、若 upsert 过程中发生字段类型错误、NULL 约束违反等非唯一冲突异常，事务将中断并回滚全部变更。
五、分块执行大集合模型操作并隔离事务
当需对数千条记录执行模型级变更（如批量状态更新、关联重建）时，一次性事务易引发锁表时间过长、内存溢出或超时。chunkById 可按主键分片，在每个分片内独立开启短事务，兼顾一致性与系统稳定性。
1、使用 Model::query()->where(...)->cursorPaginate() 或 chunkById() 获取原始数据集，例如 $products = Product::where('status', 0)->cursorPaginate(100)。
2、对每个分页或分块结果调用 DB::transaction()，在闭包内执行该批次的模型操作。
3、在闭包中使用 $chunk->each(fn($p) => $p->update(['status' => 1])) 或其他模型方法。
4、确保每次 chunk 操作使用相同数据库连接，可通过 DB::connection('name') 显式指定。
5、不建议在单个 chunk 事务中混合不同模型操作，除非明确其外键关系与约束兼容。
