MySQL InnoDB大表使用IN子句删除数据极慢问题求助

我之前处理过几乎一模一样的大表删除场景，咱们来拆解下核心原因：

1. IN子查询的执行计划陷阱 #

你用的DELETE ... WHERE id IN (子查询)写法，在MySQL里很容易触发低效的执行计划。哪怕你的子查询select id from items_to_be_deleted瞬间返回结果，但当它作为IN的条件时，优化器可能会把逻辑转换成：对item表的每一行，都去检查它的id是否存在于子查询的结果集中。

想象一下：7000万行的item表，每一行都要和100万行的id列表做匹配——哪怕最后只删10条，优化器也会先尝试完成这个全局匹配的过程，这直接把复杂度拉到了天文数字，自然会卡死。

2. LIMIT并没有你想的那样提前生效 #

你可能以为加了LIMIT 10会让数据库先找10条匹配的就停止，但实际情况是：优化器的执行逻辑是先构建出所有符合条件的数据集，再从中取前10条删除。而构建这个数据集的过程，就是上面说的全局匹配，这一步已经把资源耗尽了，根本到不了LIMIT生效的阶段。

3. 该怎么解决？改成JOIN写法 #

把IN子查询换成JOIN的方式，让优化器用更高效的连接逻辑：

DELETE i 
FROM item i 
JOIN items_to_be_deleted d 
ON i.id = d.id 
LIMIT 10;

这种写法下，优化器会自动选择小表（items_to_be_deleted）作为驱动表，用它的主键id去匹配item表的id索引（如果item的id是主键/有索引的话），这样能快速定位到要删除的行，哪怕只删10条，也能瞬间完成。

另外，如果你需要批量删除所有100万条数据，可以把LIMIT设得大一点（比如1000），循环执行这个语句直到影响行数为0，这样既能避免一次性删除大量数据导致的锁和日志压力，又能保证效率。

内容的提问来源于stack exchange，提问作者Strobe_