yii2 updateall多条件必须用数组格式，如['status' => 1, 'created_at' => '2024-01-01']，避免字符串拼接导致sql注入风险。
Yii2 updateAll 多条件写法：数组格式最稳妥
直接用 updateAll 批量更新多个条件时，条件部分必须是数组形式，不能传字符串（除非你明确想绕过安全过滤，但那会埋 SQL 注入风险）。Yii2 的 updateAll 第二个参数就是 $condition，它支持数组、字符串、对象三种形式，但多条件场景下，**只推荐数组**。
常见错误是把多个条件拼成字符串，比如 "status = 1 AND created_at —— 这虽然能跑通，但无法绑定参数，变量一插进去就危险；或者误用键值对写成 <code>['status' => 1, 'created_at '2024-01-01']，这会导致语法错误。
-
['status' => 1, 'type' => 'order', 'is_deleted' => 0]：等价于WHERE status = 1 AND type = 'order' AND is_deleted = 0，安全且简洁 ['AND', ['>=', 'updated_at', '2024-01-01'], ['：用于范围/比较操作，生成 <code>WHERE updated_at >= '2024-01-01' AND status- 混用时优先用
AND或OR表达式，避免靠顺序猜逻辑
带占位符的动态条件：用命名参数防注入
当条件值来自用户输入或变量时，必须用命名参数（:name）或问号占位符，否则 Yii2 不会帮你转义。直接拼字符串 + htmlspecialchars 没用，数据库层面仍不安全。
错误写法：['status = ' . (int)$inputStatus . " AND user_id = " . (int)$uid] —— 看似转了整型，但一旦字段是字符串类型（比如 token），就失效了。
- 正确方式：用数组 + 命名参数，
['status' => $status, 'user_id' => $uid, 'category' => $cat]，Yii2 自动处理绑定 - 复杂表达式必须显式写：
['AND', ['=', 'status', $status], ['LIKE', 'title', "%{$keyword}%"]] - 注意：命名参数只在字符串条件中生效（如
"status = :status AND title LIKE :kw"），此时需额外传[':status' => 2, ':kw' => "%abc%"]，但不如纯数组直观
updateAll 返回值不是受影响行数？检查执行环境
updateAll 返回的是实际被修改的行数（int），但很多人发现返回 0 却数据明明变了——通常是因为事务未提交、条件没匹配到记录，或者在测试环境用了 SQLite 而没开外键/触发器支持。
- 先确认 SQL 是否真执行：开启 Yii2 日志，看
UPDATE ... WHERE语句是否按预期生成 - 用
yii\db\Command::execute()对比：如果原生createCommand(...)->execute()返回正常，但ActiveRecord::updateAll()返回 0，大概率是模型层加了默认 scope 或事件拦截 - MySQL 中若字段值更新前后相同（比如设
status = 1但原本就是 1），updateAll仍返回 1（影响行数），但有些驱动或配置可能表现不同
批量更新性能差？避开大表全扫描
在百万级表上用 updateAll 更新无索引字段，很容易锁表或超时。Yii2 本身不优化 SQL，它只是封装了 PDO 执行，性能瓶颈完全取决于你的条件字段是否有索引、是否覆盖查询。
- 务必确保
WHERE条件里的字段建了联合索引，例如更新条件是['status' => 0, 'created_at' => $time]，就建INDEX idx_status_created ON table_name(status, created_at) - 避免在
updateAll中调用 PHP 函数（如date('Y-m-d')），应提前算好传入，减少执行时开销 - 超大数据量分批更新：用
LIMIT+ 循环（需手动写原生 SQL，updateAll不支持LIMIT），否则一次锁太久
多条件更新本身不难，难的是条件写对、参数安全部署、执行结果可信。最容易被忽略的是索引缺失导致的隐性卡顿，线上跑慢了第一反应不该是换框架，而是看执行计划。
