Yii2 的 updateAll() 不触发验证和事件，是为性能牺牲生命周期控制的设计；需验证或事件时应改用 save() 循环，纯状态更新可坚持 updateAll() 但须注意条件格式、字段匹配与事务保护。
Yii2 的 updateAll() 是直接执行 SQL UPDATE 语句的底层方法，它绕过模型实例化，因此天然不触发 beforeSave、afterSave、验证规则（rules()）和任何行为（Behavior）逻辑。这不是缺陷，而是设计使然——为性能牺牲了生命周期控制。若业务需要事件或验证，不能强行“让 updateAll 触发事件”，而应按场景选择合适方案。
需要验证或事件 → 改用单条 save() 循环
当字段需校验、权限检查、日志记录、关联更新或自定义逻辑时，必须走模型流程：
- 用
find()->where(...)->all()获取模型对象数组 - 遍历每个模型，赋值后调用
$model->save()（会触发验证和事件） - 如确认无需验证但需事件，可用
$model->save(false)跳过验证，保留事件 - 注意事务包装：外部手动开启事务，避免部分成功导致数据不一致
追求性能且无业务逻辑 → 坚持用 updateAll()，但补足安全措施
若只是状态批量切换（如“全部设为已处理”），且确认无需验证和事件，updateAll() 是最优解。关键是要规避常见陷阱：
- 条件数组必须显式包裹逻辑操作符，例如：
['AND', ['status' => 0], ['created_at' => $time]]，不可直接传['status' => 0, 'created_at' => $time] - 确保字段名与数据库一致（大小写、下划线/驼峰映射），避免静默忽略
- 数值类型要匹配：PHP 传
1（整型）而非"1"（字符串），尤其对 TINYINT、ENUM 字段 - 强烈建议在事务中执行：
Yii::$app->db->transaction(function ($db) { ...updateAll... });
折中方案：updateAll() + 手动触发轻量逻辑
如果只需简单通知或记录（如更新后发消息、写操作日志），又不愿承担 N+1 开销，可分离关注点：
- 先用
updateAll()高效更新数据 - 再查出受影响的主键（用
SELECT id FROM table WHERE ...），或从业务上下文已知 ID 列表 - 用这些 ID 主动触发后续动作，例如：
Event::trigger(Product::class, Product::EVENT_BATCH_UPDATED, new BatchUpdateEvent(['ids' => $ids])) - 这样既保性能，又可控地补上必要响应
误用 save(false) 以为能替代 updateAll()？别这么做
有人试图用 Model::find()->batch(100)->each(function ($model) { $model->status = 1; $model->save(false); }) 来“模拟批量”，这仍是 N 次 SQL 更新，性能远不如 updateAll()，且仍可能因字段未声明为 safe 导致赋值失败。这不是折中，是退化。
