Laravel事务异常未回滚需确保异常透出或手动rollback：一、用DB::transaction闭包并抛出异常；二、手动beginTransaction/commit/rollback；三、前置校验用throw_if而非if-return；四、慎用savepoint；五、模型事件需纳入事务或延后队列。
如果您在 Laravel 中使用数据库事务，但发现异常发生后数据仍被部分写入，则很可能是事务未按预期回滚。以下是确保异常触发自动回滚的多种实现方式：
一、使用 DB::transaction 闭包并让异常透出
这是最简洁且推荐的方式。Laravel 的 DB::transaction() 内部通过 try/catch 捕获未处理的 Throwable；只要异常未被吞掉，就会自动执行 ROLLBACK 并重新抛出。
1、在闭包内执行多个数据库操作，例如更新用户余额与插入订单记录。
2、在任意位置主动抛出异常，例如 throw new RuntimeException('库存不足')。
3、不使用 try/catch 包裹闭包内部逻辑，也不使用 return 提前退出。
4、确保异常类型为 Exception 或 Error 的子类（包括 QueryException、ValidationException 等）。
二、手动控制事务并显式调用 rollback
适用于需要在捕获异常后执行日志记录、通知或条件判断等额外逻辑的场景。该方式将事务生命周期完全交由开发者控制，避免依赖闭包自动机制。
1、调用 DB::beginTransaction() 显式开启事务。
2、在 try 块中执行所有数据库操作，如 DB::table('users')->decrement('balance', 100) 和 DB::table('orders')->insert(...)。
3、若全部成功，调用 DB::commit() 提交事务。
4、在 catch 块中先执行 DB::rollBack()，再根据需要记录错误或重新抛出异常。
三、在事务中验证前置条件并提前中断
当业务逻辑要求在执行数据库变更前校验状态（如库存、余额、权限），应避免用 if-return 软退出，而改用显式异常中断，以确保回滚生效。
1、在事务闭包开头查询关键字段值，例如 $stock = DB::table('products')->where('id', $pid)->value('stock')。
2、使用 throw_if($stock 替代 if ($stock
3、后续数据库操作仅在条件满足时继续执行，否则事务立即终止并回滚。
四、避免嵌套事务导致的回滚失效
Laravel 不支持真正的嵌套事务，内层 DB::transaction() 实际不会开启新事务，也不会独立回滚。若外层无异常，内层即使抛错也不会触发整体回滚。
1、检查代码中是否存在服务方法 A 调用服务方法 B，且两者均包裹了 DB::transaction()。
2、将事务边界统一上提至最外层调用处，例如控制器或顶层服务类中启动事务。
3、被调用的方法（如 B）应只执行数据库语句，不自行开启事务，确保所有操作处于同一事务上下文。
4、如需局部回退能力，改用保存点：在关键步骤前调用 DB::transactionLevel() > 0 ? DB::rollBackTo('savepoint_x') : null 配合自定义标识。
五、确保模型事件与 Observer 不破坏事务一致性
Eloquent 模型事件（如 created、updated）及 Observer 中的数据库操作默认不在当前事务范围内，可能造成主事务回滚但事件操作已提交。
1、禁用在事务闭包中触发自动模型事件，例如临时关闭： User::withoutEvents(function () use ($data) { ... })。
2、若必须执行事件相关数据库操作，将其显式纳入同一事务闭包，例如在 DB::transaction() 内调用 $user->logs()->create([...])。
3、避免在 Observer 的 saving 或 saved 方法中执行 DB::table() 插入日志等操作，除非确认该 Observer 运行于事务闭包之内。
4、对审计、通知类写操作，考虑延迟到事务提交后通过队列处理，而非同步执行。
