记mysql中delete操作中使用in不会走索引的问题
目前负责的一个项目,需要维护一个电话号码对比库,表名为phone_bak1,以下称为a表,量级为3000万条。还有另外一张表存储电话白名单,表名为phone_delete,以下称为b表,量级为3000条左右。
目的呢,是要从a表中排除掉在b表中的电话号码。
我直接使用以下语句:
delete from phone_bak1 where phone in (select phone from phone_delete)
然后phpmyadmin直接就报超时了。虽然超时了但是语句还是执行了,当时没多想,就没管,今天就拿到研究研究。加上explain分析sql语句:
explain delete from phone_bak1 where phone in (select phone from phone_delete)
可以看到并没有走索引,而是遍历了a表,所以执行时间会很长,难道是where in 不会走索引?带着这样的疑惑,我尝试了查询语句:
explain select * from phone_bak1 where phone in (select phone from phone_delete)
很明显,where in 是会走索引的,但是在delete中使用不会使用索引。在网上查询了下资料,看到有人说使用inner join mysql会走索引,于是我尝试了下,使用以下sql语句:
explain delete phone_bak1 from phone_bak1 inner join phone_delete on phone_bak1.phone = phone_delete.phone
可以看到使用inner join 确实走了索引,今天发现这个问题觉得还是挺有意思的,把它记录下来,希望自己以后在项目中不要犯这种错误
下一篇: JAVA用for循环打印空心菱形