Yii2.0.48批量删除需以“稳、安全、可控”为优化核心，必须显式传入条件数组，禁用无条件deleteAll()，推荐用['AND', ['status' => 0], ...]格式明确范围。
Yii2.0.48 中批量删除本身已足够高效，但若数据量大、条件复杂或并发频繁，直接调用 deleteAll() 容易引发锁表、超时、内存溢出或误删。优化核心不是“更快”，而是“更稳、更安全、更可控”。
明确删除范围，避免全表误删
永远显式传入条件数组，禁用无条件 deleteAll()（等价于 TRUNCATE 或全表 DELETE）。
- ✅ 推荐写法：用运算符显式包裹，如
['AND', ['status' => 0], [' - ❌ 避免写法：
['status' => 0, 'created_at （字符串拼接易 SQL 注入且不参数化） - ⚠️ 提醒：在测试环境加
YII_DEBUG开启后，可临时加日志打印生成的 SQL，确认 WHERE 条件是否符合预期
大数据量分批执行，降低数据库压力
单次 deleteAll() 删除数万行以上，可能长时间持有表锁、触发慢日志、甚至被 MySQL kill。应改为主键分页分批删。
- 先查出待删记录主键（例如
id列），用(new Query())->select('id')->from(...)->where(...)->column() - 再用
array_chunk($ids, 1000)拆成每批 500–1000 条 - 对每批调用
createCommand()->delete('table', ['id' => $batch])->execute() - 批次间加
usleep(5000)（5ms）缓解 I/O 峰值，避免压垮从库
包裹事务并校验影响行数
deleteAll() 不触发模型事件，也不返回影响行数——这会让错误静默发生。应在业务层主动兜底。
- 用
Yii::$app->db->transaction()包裹整个删除逻辑 - 每批执行后检查
$rows = $command->execute()，若为 0 可记录告警或中断流程 - 对关键业务，删除前用
count()预估数量，偏差过大时中止并告警（防条件写错）
替代方案：用原生命令 + 参数化更灵活
当条件含动态字段、JSON 查询、或需兼容 MySQL 5.7+ 的表达式时，ActiveRecord::deleteAll() 解析能力有限。此时推荐：
- 用
createCommand()手写参数化 SQL：Yii::$app->db->createCommand("DELETE FROM tbl WHERE status = :s AND data->>'$.type' = :t")->bindValues([':s' => 0, ':t' => 'log'])->execute() - 仍保持参数化，杜绝拼接；字段名、操作符等动态部分需白名单校验（如
in_array($field, ['status', 'type'], true)） - 适合定时任务或后台管理场景，比 AR 更轻量、可控性更强
