updateAll 不触发 beforeSave/afterSave 是因其绕过 ActiveRecord 生命周期，直接执行 SQL；适用于无需验证和事件的批量更新，否则应选逐条 save 或 update(false) 并配事务。
updateAll 为什么完全不触发 beforeSave/afterSave
因为 updateAll() 是直接生成 SQL 的批量更新命令，绕过了 ActiveRecord 实例生命周期——它不加载模型、不走验证、不调用 save()，自然也不会触发任何模型事件。这不是 bug，是设计使然：你要的就是“快”和“轻量”，框架不会偷偷给你加一层抽象。
哪些场景下你其实不该用 updateAll
如果你需要在更新时做日志记录、字段联动计算（比如 status 变更时自动写 updated_by）、或依赖 beforeSave 中的业务逻辑（如生成 token、校验权限），那 updateAll() 就不是正确选择。此时该用循环 + update(false)（跳过验证但保留事件），或拆成两步：先查再逐条 save()。
- 需要审计字段（
updated_at,updated_by）自动填充 → 必须走模型实例 - 更新涉及关联表状态同步（如订单更新后要通知库存服务）→ 事件是天然钩子，
updateAll()无法替代 - WHERE 条件复杂，含子查询或表达式 →
updateAll()支持有限，容易写错 SQL
想保留事件又不想 N+1？折中方案只有两个
没有“既批量又触发事件”的银弹，但可以控制代价：
- 小批量（：用
Transaction包住循环更新，把 N 次 UPDATE 压进一个事务，减少网络往返，事件照常触发$transaction = Yii::$app->db->beginTransaction(); try { foreach ($models as $model) { $model->status = 2; $model->update(false); } $transaction->commit(); } catch (\Exception $e) { $transaction->rollBack(); throw $e; } -
纯 SQL + 手动补事件：执行
updateAll()后，立刻手动触发自定义事件（需提前注册）Yii::$app->db->createCommand()->update('order', ['status' => 2], ['id' => $ids])->execute(); Yii::$app->trigger('orders_status_updated', new \yii\base\Event(['data' => $ids]));
最容易被忽略的坑：updateAll 不受事务影响？错
它**受事务影响**，但只体现在“语句是否提交”，不体现在“事件是否触发”。也就是说：updateAll() 在事务内执行，失败会回滚；但它依然不会触发任何模型事件——哪怕你把它包在 transaction() 里。别指望事务能“唤醒”事件机制，这是两个正交的设计层次。
真正复杂的点在于：当业务逻辑分散在事件监听器、模型方法、SQL 层时，靠 updateAll() 省下的那几十毫秒，可能换来后续三天排查数据不一致的时间。
