laravel通过db::transaction闭包自动管理事务，确保订单创建与库存扣减原子执行；异常时自动回滚，成功则提交，杜绝超卖与数据不一致。
如果您在电商系统中执行订单创建与库存扣减操作，但两者未同步成功，则可能导致超卖或数据不一致。以下是确保订单与库存严格一致的多种事务处理方法：
一、使用 DB::transaction 闭包自动管理
该方式将订单创建与库存更新封装于同一原子单元内，Laravel 底层通过 PDO 启动事务；闭包无异常则自动提交，任一操作失败（如库存不足或唯一约束冲突）即触发完整回滚，杜绝中间态残留。
1、在订单服务类或控制器中引入 DB Facade：use Illuminate\Support\Facades\DB;
2、调用 transaction 方法并传入业务逻辑闭包：
3、在闭包内依次执行用户订单插入、库存扣减及关联日志记录：
4、若库存查询结果为负值或 DB::table('products')->where('id', $productId)->decrement('stock', $quantity) 返回 0，则手动抛出 throw new \Exception('库存不足');
二、手动控制事务生命周期
适用于需在事务中嵌入条件判断、外部服务调用反馈或细粒度错误处理的场景。开发者显式调用 beginTransaction 启动，再依据业务结果决定 commit 或 rollback，便于集成日志、监控或补偿动作。
1、调用 DB::beginTransaction(); 显式开启事务上下文
2、执行订单创建：$order = Order::create($orderData);
3、执行库存校验与扣减：if (Product::where('id', $order->product_id)->value('stock') quantity) { throw new \Exception('库存校验失败'); }
4、在 try 块末尾调用 DB::commit(); 提交；catch 块中必须调用 DB::rollback(); 并重新抛出异常
三、结合 Eloquent 模型事件实现强一致性
利用模型 saving 或 creating 事件钩子，在数据持久化前强制校验库存状态，使一致性检查下沉至模型层，避免业务代码重复编写校验逻辑，同时确保所有创建路径均受事务保护。
1、在 Order 模型的 boot() 方法中监听 creating 事件：
2、在事件回调中调用私有校验方法：$this->validateStockAvailability();
3、validateStockAvailability 方法内执行 Product::where('id', $this->product_id)->lockForUpdate()->firstOrFail(); 实现行级悲观锁
4、校验通过后允许保存；若失败则抛出 Illuminate\Database\Eloquent\ModelNotFoundException 或自定义异常
四、设置事务重试机制应对高并发死锁
在秒杀或抢购类场景下，多个请求同时竞争同一商品库存易引发 MySQL 死锁。Laravel 的 transaction 方法支持指定最大重试次数，自动捕获 DeadlockLoserException 并重放整个闭包逻辑，提升操作成功率。
1、在调用 DB::transaction 时传入第二个参数：DB::transaction(function () { /* 订单与库存操作 */ }, 3);
2、确保闭包内所有操作具备幂等性，例如避免在事务中生成非幂等 UUID 或调用外部支付接口
3、重试失败后 Laravel 将抛出原始异常，需在外层捕获并返回用户友好提示：'当前商品过于火爆，请稍后重试'
五、使用 savepoint 实现局部回滚
当订单流程包含多个可独立失败的子步骤（如扣库存、增积分、发通知），可借助数据库 savepoint 设置中间恢复点，使某一步骤失败仅回滚其后续操作，保留前置已确认状态，提高事务吞吐效率。
1、在事务开启后立即创建命名保存点：DB::statement("SAVEPOINT stock_deducted");
2、执行库存扣减并校验结果；若失败则执行：DB::statement("ROLLBACK TO SAVEPOINT stock_deducted");
3、继续执行积分更新逻辑，并设置新保存点：DB::statement("SAVEPOINT points_added");
4、最终仅需一次 DB::commit(); 提交全部变更，各 savepoint 不影响最终持久化
