Laravel中如何跳过模型boot事件解决批量更新死锁

先明确你之前方案失效的核心原因 #

你尝试手动移除saved事件回调没生效，本质是两个问题导致的：

• 事件名拼接错误：Laravel 内部生成模型事件的完整标识时，冒号和模型类名之间没有空格，你写的'eloquent.saved: ' . Mpi::class多了一个尾随空格，拼出来的事件名和实际注册的监听器键名完全不匹配，调用forget自然找不到对应的回调
• 直接移除监听器没有做状态还原：就算你拼对了事件名，直接清空监听器后如果遇到代码异常中断，会导致后续所有正常的模型操作都不触发saved事件，污染全局运行状态

方案1：使用Laravel内置的事件临时跳过能力（最推荐） #

Laravel 内置了withoutEvents静态方法，专门用来实现「某段代码执行期间临时跳过所有模型事件」的能力，完全不需要手动操作事件分发器。
使用方式：

// 把所有需要跳过事件的批量更新逻辑，包入闭包传入方法即可
Mpi::withoutEvents(function () {
    // 这里面的所有Mpi模型的save/update操作，都不会触发对应的saved/created/updating等事件
    Mpi::whereIn('id', $batchIds)->update($batchUpdateData);
    
    // 循环逐个save的逻辑同样生效
    foreach ($mpiCollection as $mpi) {
        $mpi->save();
    }
});

这个方法的运行逻辑是：执行闭包前，先把模型当前绑定的所有事件监听器暂存为临时变量，替换成空的监听器集合；等闭包内的代码全部执行完（哪怕遇到抛异常），再自动把原来的监听器还原回去，不会造成全局状态污染。

方案2：加精准开关，只跳过索引更新（更灵活） #

如果你不想因为批量更新把所有模型事件都禁用（比如模型本身还有日志、通知类的事件需要正常触发），可以给索引更新回调加个临时开关，实现精准跳过：

1. 在Mpi模型内新增静态开关属性：

   // 控制是否跳过索引更新的开关
   protected static bool $skipIndexUpdate = false;
   

2. 修改原有的booted事件回调，加开关判断：

   protected static function booted()
   {
       static::saved(function ($mpi) {
           // 开关开启时直接跳过索引更新
           if (static::$skipIndexUpdate) {
               return;
           }
           $mpi->updateFulltextSelf();
       });
   }
   

3. 封装一个可控的辅助方法，确保开关能自动还原：

   public static function runWithoutIndexUpdate(callable $callback)
   {
       static::$skipIndexUpdate = true;
       try {
           return $callback();
       } finally {
           // 无论闭包内执行成功还是抛异常，都强制把开关改回默认状态，避免影响后续正常业务
           static::$skipIndexUpdate = false;
       }
   }
   

4. 批量更新时直接调用这个方法即可：

   Mpi::runWithoutIndexUpdate(function () {
       // 这里的模型操作会正常触发除了索引更新之外的所有原有事件
       foreach ($mpis as $mpi) {
           $mpi->save();
       }
   });
   

补充优化建议 #

你现在遇到的1213死锁问题，本质是循环更新时每次save后立刻触发单条索引更新，多轮行锁叠加导致的锁冲突。在跳过单条索引更新、完成批量数据修改后，可以统一按ID范围批量跑一次全量索引更新，相比单条逐条更新的效率更高，也能大幅降低死锁概率。

内容的提问来源于stack exchange，提问作者mankowitz