Laravel 5 Eloquent更新模型时内存占用过高问题求助

这问题我之前排查过类似的情况，核心原因大概率出在Eloquent模型的事件/观察者机制上！

为什么带参数的update()会爆内存？ #

当你调用$model->update($attributes)时，Eloquent会做这些操作：

1. 先把模型当前的所有属性（包括关联数据）加载到内存中
2. 对比传入的属性和原有属性的差异
3. 依次触发updating、updated等模型事件
4. 最后执行更新SQL

如果你的Result模型（或者它关联的模型）注册了观察者，或者在boot()方法里定义了事件逻辑，而这些逻辑里存在：

• 循环加载大量关联数据
• 无限递归触发其他模型事件
• 没有及时清理的大对象引用

就会导致内存疯狂增长，哪怕你把memory_limit调到2048M也顶不住。而不带参数的update()其实是个“空操作”，Eloquent不会触发任何模型事件，也不会加载额外属性，所以运行正常。

解决办法 #

1. 临时禁用模型事件（快速应急）

如果暂时没时间排查观察者逻辑，可以用withoutEvents()包裹更新操作，绕过所有模型事件：

$result->withoutEvents(function () use ($result, $found_something) {
    $result->update([
        "something_else_id" => null,
        "something_id" => $found_something->id
    ]);
});

2. 用查询构造器直接更新（最优方案）

跳过模型实例，直接通过查询构造器执行SQL更新，完全不走Eloquent的模型事件和属性加载流程，内存占用极低：

Result::where('id', $result->id)->update([
    "something_else_id" => null,
    "something_id" => $found_something->id
]);

3. 排查并修复模型事件/观察者

如果需要保留事件逻辑，就得找到内存泄漏的根源：

• 检查Result模型的boot()方法，看有没有定义updating/updated事件
• 查看项目中是否注册了ResultObserver类，检查里面的事件处理代码
• 重点排查是否有循环加载关联（比如在updating里又调用了其他模型的update，触发连锁事件）、或者加载了不必要的大数据集

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