子查询DELETE慢因MySQL优化器无法复用外层索引，应改写为多表JOIN DELETE；禁止在子查询中直接引用被删表；大结果集删除须加LIMIT分批执行。
子查询DELETE为什么慢
MySQL对 DELETE ... WHERE col IN (SELECT ...) 这类语句的优化能力有限，尤其当子查询涉及多表关联时，优化器常无法复用外层表的索引。你看到 EXPLAIN 显示 type=ALL（全表扫描），而同样条件改成 SELECT 就变成 type=eq_ref，本质是优化器在 DELETE 场景下没能正确推导出驱动表和连接顺序。
优先改写为多表JOIN DELETE
MySQL 的多表 DELETE 语法能显式控制关联逻辑，让优化器更易生成高效执行计划。只要子查询目标是“根据其他表数据删本表”，就该优先考虑这个方向：
- 原写法（慢）：
DELETE FROM trade_info WHERE id IN (SELECT id FROM trade_info a JOIN order_info b ON a.order_id = b.order_id JOIN user c ON b.buyer = c.user_id WHERE c.itv_account = '90000248'); - 改写后（快）：
DELETE t FROM trade_info t JOIN order_info b ON t.order_id = b.order_id JOIN user c ON b.buyer = c.user_id WHERE c.itv_account = '90000248';
注意：JOIN DELETE 中必须显式指定要删哪张表（如 DELETE t），否则语法报错；且不能在 FROM 后直接跟子查询别名（如 FROM trade_info t, (SELECT ...) s），应把子查询逻辑平铺进 JOIN 链。
避免在DELETE中引用被删表的子查询
MySQL 不允许在子查询中直接从正在被删除的表读取数据（即不能 DELETE FROM t WHERE id IN (SELECT id FROM t WHERE ...)），会报错 You can't specify target table 't' for update in FROM clause。绕过方式只有两个：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 用 JOIN 替代（推荐，见上一条）
- 用派生表包装子查询，例如：
DELETE FROM t WHERE id IN (SELECT id FROM (SELECT id FROM t WHERE ...) AS tmp);
但后者只是语法绕过，性能通常仍差——派生表无法下推条件，容易触发临时表+全表扫描。
大结果集删除必须加LIMIT分批
即使改写成 JOIN，若一次删几万行，仍可能锁表时间过长、阻塞业务或触发 lock_wait_timeout。真实线上操作必须配合 LIMIT 和循环：
- 先确认影响行数：
SELECT COUNT(*) FROM trade_info t JOIN ... WHERE ...; - 再分批删：
DELETE t FROM trade_info t JOIN ... WHERE ... LIMIT 1000; - 在应用层循环执行，每次检查
ROW_COUNT()是否为 0 来终止
别依赖单条语句“一劳永逸”——这是生产环境最常被忽略的实操细节，也是导致慢查询告警和主从延迟的高频原因。
