updateAll 不触发模型验证和事件，但会受数据库约束限制；若违反 NOT NULL、唯一索引等，将直接抛出 SQLSTATE[23000] 异常，而非返回错误信息。
updateAll 会跳过模型验证和事件，但不会跳过数据库约束
直接调用 updateAll 时，Yii 不会实例化模型、不触发 beforeUpdate/afterUpdate 事件，也不执行 rules 校验 —— 这是它快的原因，也是容易翻车的起点。
常见错误现象：字段类型不匹配（比如把 tinyint(1) 字段更新为字符串 'true'），或违反了数据库层的 NOT NULL、CHECK、联合唯一索引等约束，此时 updateAll 会静默失败（返回 0）或抛出 PDO 异常，但不会像 save() 那样给你 getErrors()。
- 务必确认目标字段在数据库中的实际类型，尤其注意布尔型字段（
TINYINT(1)应传1/0，不是true/false或字符串） - 如果表有联合唯一索引（如
[store_id, member_name]），且批量更新后可能产生重复组合，updateAll会直接报错SQLSTATE[23000]: Integrity constraint violation - 想保留事件或验证？别用
updateAll，改用事务包住循环 +save(false)，但得自己处理性能和原子性
where 条件写错会导致全表误更新，必须加防护
updateAll 是无条件的 SQL UPDATE，一旦 where 参数为空、null 或构造错误，就等于没加 WHERE —— 整张表被更新。
典型翻车场景：
-
User::updateAll(['status' => 2], [])→ 全表 status=2 -
User::updateAll(['status' => 2], $where)中$where是未初始化的空数组或false - 用
['id' => $ids]传入空数组，某些 Yii 版本会生成WHERE id IN ()并报语法错误，有些则退化为无条件更新
实操建议：
- 始终显式检查
$where是否有效：if (empty($where)) { throw new InvalidArgumentException('Empty where condition'); } - 对 ID 列表类条件，先做非空判断：
if (!$ids || !is_array($ids) || empty($ids)) { ... } - 开发/测试环境可在 DB 配置中开启
'emulatePrepare' => true并配合日志查看生成的 SQL，上线前务必删掉
updateAll 不支持表达式字段自增或函数计算，得换写法
想写 views = views + 1 或 updated_at = NOW()？updateAll 的第一个参数只接受键值对数组，不解析 SQL 表达式。
错误写法：User::updateAll(['views' => 'views + 1'], ['id' => 123]) → 实际存入字符串 'views + 1'，不是数值累加。
正确做法必须用 Expression：
User::updateAll([
'views' => new \yii\db\Expression('views + 1'),
'updated_at' => new \yii\db\Expression('NOW()')
], ['id' => 123]);
注意点：
-
Expression必须是\yii\db\Expression实例，不能是字符串或普通对象 - 不同数据库的函数名可能不同（如 PostgreSQL 用
CURRENT_TIMESTAMP），需按目标 DB 调整 - 若要动态拼接表达式（比如带变量的
CONCAT(name, :suffix)），记得用addParams()绑定参数，避免 SQL 注入
updateAll 返回值不是布尔值，而是影响行数，别当成功标志用
updateAll 返回的是受该 SQL 影响的记录行数（int），不是 true/false。0 表示“没更新任何行”，可能是条件没命中，也可能是数据本来就没变（MySQL 的 safe-update 模式或值未变更时会返回 0）。
容易被忽略的细节：
- 不要写
if (User::updateAll(...)) { echo 'success'; }—— 如果恰好更新 0 行，这个 if 就不进了，但未必是失败 - 需要区分“无匹配”和“执行异常”，得用 try/catch 捕获
\yii\db\Exception - 调试时可临时加日志：
Yii::info("updateAll affected {$rows} rows", __METHOD__);
真正关键的不是返回值大小，而是有没有抛异常、以及业务逻辑是否符合预期 —— 比如你本想更新 100 条，结果只返回 5，就得查 where 条件或数据状态是否异常。
