createCommand()->update()最快最稳，不走验证、不触发事件、不查模型、不建对象，纯SQL层更新，性能和可控性最佳。
直接用 createCommand()->update() 最快最稳
想在命令行里批量改数据库数据，别绕路写控制器或手动调用模型方法。Yii2 的 createCommand() 就是干这事的，不走验证、不触发事件、不查模型、不建对象，纯 SQL 层更新，性能和可控性都最好。
常见错误现象：有人在 console 控制器里写 $model->load($data)->save()，结果报错“Trying to get property 'id' of non-object”——因为 console 环境没初始化用户 session 或没配置 user 组件，save() 内部可能依赖它；或者字段被 rules 拦住，又没关验证，直接失败。
-
createCommand()->update()不依赖模型类定义，只要表名、条件、数据对得上就能跑 - 条件写法和
Query::where()一致，支持数组语法：['status' => 0]、['>', 'created_at', '2025-01-01'] - 注意：不会自动填充
updated_at这类时间戳字段，得手动加进更新数组里 - 如果要更新的字段含表达式（比如
view_count = view_count + 1），得用yii\db\Expression包裹：['view_count' => new \yii\db\Expression('view_count + 1')]
用 ActiveRecord::updateAll() 也行，但有隐性约束
如果你已经定义了对应模型（比如 User），且确认该模型的 tableName() 和数据库实际表名一致，可以用 User::updateAll()。它底层也是生成 UPDATE SQL，但会走模型的 beforeValidate() 和 afterValidate() 钩子（即使跳过验证）。
容易踩的坑：
- 如果模型里重写了
tableName()返回了错误表名，或用了分表逻辑但没适配 console 环境，执行后悄无声息没更新任何行 -
updateAll()不会触发beforeSave()/afterSave()，但会触发beforeValidate()—— 如果你在里面 throw Exception，命令就中断了 - 不能更新主键字段（如
id），框架内部做了硬限制，会直接报错 “Updating primary key is not allowed.”
别在 console 里用 $model->save() 批量更新
循环查出模型再一个个 save()，看起来“面向对象”，实则灾难。每条记录都会触发一次 SELECT + UPDATE（N+1 问题），100 条就是 200 次查询，还带验证、事件、日志等开销。
典型翻车场景：
- 更新 5000 行，脚本卡死或超时，MySQL 连接被断开
- 某条记录因 unique 约束失败，整个 foreach 中断，后续数据全没更新
- 忘记加
->update(false)，字段被 rules 拦住，却没看到报错（静默失败）
真要用模型，至少改成 updateAll() 或直接 createCommand() —— 别碰单条 save。
执行前必须检查 db 配置是否生效
console 环境的数据库连接配置，和 web 端是分开的。常见错误是只改了 web/config/main.php 里的 db，忘了同步 console/config/main.php。结果命令跑起来不报错，但更新的是测试库甚至空连接。
验证方式很简单，在 console 控制器里加一行：
var_dump(\Yii::$app->db->getActive()); // 必须输出 true var_dump(\Yii::$app->db->dsn); // 看是不是你预期的数据库地址和名
如果 getActive() 是 false，说明连接根本没建立，后面所有 update 都白跑。这时候回去核对 console/config/main.php 是否正确引入了 db.php，以及 db.php 里账号密码、host、dbname 是否可连。
时间戳字段、软删除字段、权限校验逻辑这些细节，往往只在 web 请求链路里才激活；命令行下它们要么不存在，要么行为不同。直接操作 SQL 层，反而最接近真实意图。
