Laravel Observer 中数据库操作事务失效需手动处理：一、将 Observer 逻辑移入 DB::transaction 闭包；二、Observer 内手动启停事务（慎用）；三、改用事件监听器并绑定事务；四、用 SAVEPOINT 实现局部回滚。
如果您在 Laravel 的 Observer 中执行数据库操作，但发现事务未按预期生效或出现数据不一致，则可能是由于 Observer 方法默认脱离事务上下文执行。以下是解决此问题的步骤：
一、将 Observer 逻辑移入 DB::transaction 闭包内
Observer 方法本身不自动参与外层事务，因此需将涉及多模型写入或强一致性要求的操作显式包裹在事务中。该方式适用于控制器或服务层主动发起事务，并在其中调用模型保存操作，确保 Observer 的 created/updated 等回调处于同一事务边界内。
1、在控制器方法中引入 DB 门面：use Illuminate\Support\Facades\DB;
2、使用 DB::transaction 包裹模型创建或更新逻辑：DB::transaction(function () { User::create([...]); });
3、确保 Observer 中的 created() 或 updated() 方法仅执行非事务敏感操作（如日志记录、缓存清除），避免在其中调用 DB::transaction 嵌套。
二、在 Observer 内部手动开启事务（慎用）
若必须在 Observer 方法中启动独立事务（例如异步清理关联数据），需显式控制 beginTransaction/commit/rollback，但需注意嵌套事务在 Laravel 中不被原生支持，且易引发死锁或部分回滚失效。
1、在 Observer 方法中引入 DB 门面：use Illuminate\Support\Facades\DB;
2、调用 DB::beginTransaction() 显式开启事务：DB::beginTransaction();
3、执行需原子性保障的数据库操作，例如删除附属记录：DB::table('user_profiles')->where('user_id', $user->id)->delete();
4、若全部操作成功，调用 DB::commit() 提交：DB::commit();
5、若任一操作失败，在 catch 块中调用 DB::rollBack()：DB::rollBack();
三、改用事件监听器替代 Observer 并绑定事务
Observer 是模型级的便捷封装，而事件系统（如 ModelCreated）更灵活，允许在事件分发前/后介入事务控制。通过自定义事件类并配合 Event::dispatch()，可将事务逻辑与事件处理解耦，避免 Observer 生命周期限制。
1、生成自定义事件：php artisan make:event UserCreated
2、在模型的 booted() 中触发事件而非依赖 Observer：static::created(fn ($user) => event(new UserCreated($user)));
3、在事件监听器 handle() 方法中包裹 DB::transaction：DB::transaction(fn () => $this->handleConsistentUpdate($event->user));
4、确保监听器注册为同步执行（不推送到队列），否则事务上下文丢失：'queue' => false 在 EventServiceProvider 中配置。
四、使用 savepoint 实现 Observer 内部局部回滚
当 Observer 需执行可能失败的辅助操作（如写入审计日志表），而又不能影响主事务结果时，可借助数据库保存点实现局部回滚，避免整个事务因次要操作失败而中断。
1、在 Observer 方法开头创建命名保存点：DB::statement('SAVEPOINT observer_log');
2、执行辅助数据库操作，例如插入日志：DB::table('audit_logs')->insert(['model' => 'User', 'action' => 'created', 'user_id' => $user->id]);
3、若该操作抛出异常，回滚至保存点：DB::statement('ROLLBACK TO SAVEPOINT observer_log');
4、主事务仍继续执行，不受影响。
