deleteall()是yii2中高效批量删除数据的方法，直接生成sql delete语句，不加载模型、不触发事件、不校验规则；条件支持数组（如['status' => 0]或['in', 'id', [1,2]]）、字符串，需注意in写法、用户输入过滤、软删除误用及事务安全。
Yii2 中用 deleteAll() 批量删除带条件的数据
直接调用 deleteAll() 是最常用、最高效的方式，它生成一条 SQL DELETE 语句，不加载模型、不触发事件、不校验规则——适合明确知道要删什么且不需要业务钩子的场景。
常见错误是传参格式不对导致条件失效（比如误传数组嵌套、用错操作符），或忽略返回值误判执行结果。
-
deleteAll()第一个参数是条件，支持数组格式：['status' => 0]（等值匹配）、['>', 'created_at', '2023-01-01']（比较操作符），也支持字符串如"status = 0 AND deleted = 1"（需自行防注入） - 必须在 ActiveRecord 类上调用，例如
User::deleteAll(['status' => 0])，不能在实例上调用 - 返回被删除的行数（int），为 0 不代表报错，可能是条件没命中数据；抛异常才说明 SQL 执行失败
- 不触发
beforeDelete/afterDelete，也不调用验证器——如果业务逻辑依赖这些，就不能用这个方法
条件里含 IN 查询时怎么写 deleteAll()
IN 条件很常见，比如按 ID 列表批量下架商品。数组形式直接支持，但要注意键名和结构，否则生成的 SQL 会出错或漏删。
- 正确写法：
Order::deleteAll(['in', 'id', [101, 102, 105]])→ 生成WHERE id IN (101, 102, 105) - 错误写法：
['id' => [101, 102, 105]]→ 会被当成等值匹配（即id = [101,102,105]），SQL 报错或不生效 - 若 ID 来自用户输入，务必确保是整型数组：用
array_map('intval', $ids)过滤，避免字符串注入风险 - IN 列表过长（如超 1000 项）可能触发 MySQL 的
max_allowed_packet或性能问题，此时应分批处理
需要触发模型事件时，别硬套 deleteAll()
如果删除前要记录日志、同步缓存、检查关联数据，就得走模型实例的 delete() 流程。但逐条调用太慢，得折中：查出主键 → 分批实例化 → 批量删除。
- 先用
select('id')->asArray()->all()拿到符合条件的 ID 数组（注意加 limit 防内存爆） - 用
array_chunk($ids, 100)分批，每批最多 100 个 ID - 对每批 ID，查出对应模型：
User::findAll($chunkIds)，再遍历调用$model->delete() - 注意事务包装：
Yii::$app->db->transaction(function ($t) use ($models) { foreach ($models as $m) $m->delete(); })，否则部分失败会导致数据不一致 - 这种做法比
deleteAll()慢 5–10 倍，仅在必须触发事件时采用
软删除场景下别误用 deleteAll()
很多项目用 is_deleted 字段实现软删除，这时真正该做的是 UPDATE 而非 DELETE。硬上 deleteAll() 会把数据物理删掉，彻底丢失。
- 软删除应统一用封装方法，例如在基类加
softDelete()：self::updateAll(['is_deleted' => 1], $condition) - 若已有代码混用，检查迁移文件和模型 rules 是否定义了
is_deleted默认值与行为（如SoftDeleteBehavior） - 线上环境务必确认数据库引擎是否支持事务回滚——MyISAM 下
deleteAll()不可逆，InnoDB 才能靠事务兜底 - 上线前在测试库用
EXPLAIN DELETE ...确认 WHERE 条件走了索引，避免全表扫描锁表
deleteAll() 还是分批查改，基本不会踩坑。最常被忽略的是 IN 条件的写法和软硬删除的混淆，上线前一定拿真实数据集跑一遍条件验证。
