updateAll()必须带非空condition参数，否则全表更新；字段赋值需用Expression避免字符串字面量；大范围更新要分批+限流，并确保WHERE命中索引。
不加条件的 updateAll() 会直接更新整张表，不是“可能”，而是必然——只要执行就全表扫一遍，连 WHERE 都没写，数据库根本不知道你想改谁。
updateAll() 必须带明确 condition 参数
很多人误以为 updateAll() 是安全的“批量更新工具”，结果在测试环境跑通，上线后一执行就把全表 status 全改成 1。根源在于漏传或传了空 $condition。
-
updateAll()第二个参数是硬性要求，不能省略；传[]或null等价于无 WHERE，MySQL 会执行UPDATE table SET ...（无条件） - 正确写法必须显式写出过滤逻辑，例如：
User::updateAll(['status' => 2], ['id' => [101, 102, 103]]) - 如果条件来自变量，务必提前校验非空：
if (empty($ids)) { throw new InvalidArgumentException('ID 列表不能为空'); }
用表达式更新字段值（如 A = B）要绕过自动转义
想把 updated_at 批量设为 created_at 的值？直接写 ['updated_at' => 'created_at'] 会被当成字符串字面量，导致所有行都写入字符串 "created_at"，而不是字段值。
- 必须用
yii\db\Expression包裹：['updated_at' => new \yii\db\Expression('created_at')] - 复合表达式也一样，比如
new \yii\db\Expression('UNIX_TIMESTAMP(NOW())') - 别用字符串拼接 SQL，既不安全又难维护；
Expression是 Yii 唯一支持原生字段引用的合法方式
大范围更新必须加 LIMIT 或分批处理
即使写了 $condition，如果匹配到几十万行，单条 updateAll() 可能锁表超时、拖垮主库、触发慢查询告警。
- MySQL 默认不支持 UPDATE + LIMIT（除非用子查询或临时表），所以 Yii 的
updateAll()本身不提供 LIMIT 参数 - 真实可行方案只有两个：
– 先用SELECT id FROM table WHERE ... LIMIT 1000拿一批 ID，再用updateAll(..., ['id' => $batchIds])更新
– 或直接手写带 LIMIT 的原生 SQL：Yii::$app->db->createCommand("UPDATE user SET status=3 WHERE status=1 LIMIT 1000")->execute() - 记得在循环里加
usleep(10000)或事务 commit 间隔，避免瞬间高压
更新前务必确认唯一索引和 WHERE 覆盖度
看似写了条件，但若字段没建索引，或条件区分度极低（比如 WHERE status = 0），MySQL 仍会走全表扫描，只是最后才过滤——性能差、锁多、IO 高。
- 用
EXPLAIN检查你的 condition 是否命中索引：EXPLAIN SELECT * FROM user WHERE status = 0 - 优先用主键或唯一索引字段做条件，比如
['id' => $ids]、['order_no' => $nos] - 避免在 WHERE 中对字段做函数操作，例如
['DATE(created_at)' => '2026-08-17']会强制全表扫描
最常被忽略的一点：updateAll 不走模型验证、不触发 beforeSave/afterSave，但它会触发数据库层的触发器和外键约束——如果你的表有 ON UPDATE CASCADE，批量更新可能意外波及关联表，这点比 ORM 层更隐蔽。
