yii2.2批量删除防误操作需从条件、范围、事务、日志、权限五层面设防：where条件须预览验证；强制分批限流+事务包装；web端二次确认+rbac权限隔离；删后留痕审计+binlog归档兜底。
Yii2.2 批量删除防误操作，核心不是“怎么删”，而是“删之前怎么确认、删的时候怎么控制、删之后怎么兜底”。直接调用 deleteAll() 或原生 SQL 一执行就不可逆，必须从条件、范围、事务、日志、权限五个层面设防。
一、WHERE 条件必须可预览、可验证
所有批量删除的 WHERE 条件，不能只写在代码里靠人脑校验。必须先查后删：
- 把
deleteAll()的条件完整复用到count()或select('id')->column()中，明确知道要删多少条、是哪些 ID - 开发/测试环境强制开启日志：在
config/web.php或console.php中配置'enableParamLogging' => true，确保生成的 SQL 和参数能被看到 - 禁止使用模糊条件如
['like', 'name', 'abc']直接删——先查出匹配记录列表，人工确认后再执行删除
二、强制分批 + 限流 + 事务包装
单次删几千上万行极易锁表、拖慢主从、触发超时。正确做法是主动拆解：
- 用
createCommand()->delete()替代ActiveRecord::deleteAll()，更可控（尤其字段名含表达式时） - 按主键或时间范围分片，例如每次只删 500 条：
->where(['BETWEEN', 'id', $minId, $maxId]) - 每批执行后加
usleep(10000)（10ms），避免数据库瞬时压力过大 - 整个批量过程包裹在
Yii::$app->db->transaction()中，出错立即回滚；线上脚本还应捕获异常并记录完整上下文
三、操作入口必须带二次确认与权限隔离
Web 端批量删除按钮不是“点一下就删”，而是流程化动作：
- GridView 复选框删除：点击“批量删除”后弹出模态框，显示「即将删除 X 条记录」+「匹配条件预览」（如：
plan_year_id=2025 AND column_type IN ('A','B') AND is_auto=1），并要求输入验证码或点击确认按钮 - 控制台命令（推荐定时清理场景）：必须加
--dry-run参数，默认只打印将删的 ID 列表，不真正执行；加--force才允许执行 - 敏感操作路由（如
/admin/cleanup/delete）需 RBAC 检查，且仅允许特定角色（如admin:cleanup）访问，禁止普通运营账号调用
四、事后必须留痕 + 可追溯
删完不是结束，而是审计起点：
- 记录操作日志：包括操作人（
Yii::$app->user->id）、时间、模型名、条件数组（脱敏处理，如隐藏手机号中间四位）、影响行数 - 关键业务表建议启用 binlog 行格式（
binlog_format = ROW），配合 pt-archiver 或自研工具，支持按时间点恢复误删数据 - 对高频清理表（如日志、临时订单），建立归档机制：删之前先 insert into archive_xxx select ...，再 delete，保留原始快照
