|
前言
大家好，我是捡田螺的小男孩。(求个星标置顶)
文章开篇前，先问大家一个问题：delete in子查询，是否会走索引呢?很多伙伴第一感觉就是：会走索引。最近我们有个生产问题，就跟它有关。本文将跟大家一起探讨这个问题，并附上优化方案。
问题复现
MySQL版本是5.7，假设当前有两张表account和old_account,表结构如下：
-
CREATETABLE`old_account`(
-
`id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'主键Id',
-
`name`varchar(255)DEFAULTNULLCOMMENT'账户名',
-
`balance`int(11)DEFAULTNULLCOMMENT'余额',
-
`create_time`datetimeNOTNULLCOMMENT'创建时间',
-
`update_time`datetimeNOTNULLONUPDATECURRENT_TIMESTAMPCOMMENT'更新时间',
-
PRIMARYKEY(`id`),
-
KEY`idx_name`(`name`)USINGBTREE
-
)ENGINE=InnoDBAUTO_INCREMENT=1570068DEFAULTCHARSET=utf8ROW_FORMAT=REDUNDANTCOMMENT='老的账户表';
-
-
CREATETABLE`account`(
-
`id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'主键Id',
-
`name`varchar(255)DEFAULTNULLCOMMENT'账户名',
-
`balance`int(11)DEFAULTNULLCOMMENT'余额',
-
`create_time`datetimeNOTNULLCOMMENT'创建时间',
-
`update_time`datetimeNOTNULLONUPDATECURRENT_TIMESTAMPCOMMENT'更新时间',
-
PRIMARYKEY(`id`),
-
KEY`idx_name`(`name`)USINGBTREE
-
)ENGINE=InnoDBAUTO_INCREMENT=1570068DEFAULTCHARSET=utf8ROW_FORMAT=REDUNDANTCOMMENT='账户表';
执行的SQL如下：
-
deletefromaccountwherenamein(selectnamefromold_account);
我们explain执行计划走一波，
从explain结果可以发现：先全表扫描 account，然后逐行执行子查询判断条件是否满足;显然，这个执行计划和我们预期不符合，因为并没有走索引。
但是如果把delete换成select，就会走索引。如下：
为什么select in子查询会走索引，delete in子查询却不会走索引呢?
原因分析
select in子查询语句跟delete in子查询语句的不同点到底在哪里呢?
我们执行以下SQL看看
-
explainselect*fromaccountwherenamein(selectnamefromold_account);
-
showWARNINGS;
show WARNINGS 可以查看优化后,最终执行的sql
结果如下：
-
select`test2`.`account`.`id`AS`id`,`test2`.`account`.`name`AS`name`,`test2`.`account`.`balance`AS`balance`,`test2`.`account`.`create_time`AS`create_time`,`test2`.`account`.`update_time`AS`update_time`from`test2`.`account`
-
semijoin(`test2`.`old_account`)
-
where(`test2`.`account`.`name`=`test2`.`old_account`.`name`)
可以发现，实际执行的时候，MySQL对select in子查询做了优化，把子查询改成join的方式，所以可以走索引。但是很遗憾，对于delete in子查询，MySQL却没有对它做这个优化。
优化方案
那如何优化这个问题呢?通过上面的分析，显然可以把delete in子查询改为join的方式。我们改为join的方式后，再explain看下：
可以发现，改用join的方式是可以走索引的，完美解决了这个问题。
实际上，对于update或者delete子查询的语句，MySQL官网也是推荐join的方式优化
其实呢，给表加别名，也可以解决这个问题哦，如下:
-
explaindeleteafromaccountasawherea.namein(selectnamefromold_account)
为什么加个别名就可以走索引了呢?
what?为啥加个别名，delete in子查询又行了，又走索引了?
我们回过头来看看explain的执行计划，可以发现Extra那一栏，有个LooseScan。
LooseScan是什么呢? 其实它是一种策略，是semi join子查询的一种执行策略。
因为子查询改为join，是可以让delete in子查询走索引;加别名呢，会走LooseScan策略，而LooseScan策略，本质上就是semi join子查询的一种执行策略。
因此，加别名就可以让delete in子查询走索引啦!
总结
本博文分析了delete in子查询不走索引的原因，并附上解决方案。delete in在日常开发，是非常常见的，平时大家工作中，需要注意一下。同时呢，建议大家工作的时候，写SQL的时候，尽量养成一个好习惯，先用explain分析一下SQL。
本文整体思路参考同事的博文，已经经过他本人同意。也建议大家遇到问题时，多点思考，多点写写总结，避免重蹈覆辙。
我是捡田螺的小男孩，码字不易，看完文章有收获的话，可以把我公众号推给身边的程序员哈，感谢、比心~
原文链接：https://mp.weixin.qq.com/s/0qvO6eQAa9dSGoY1LF8_pA
|
发表于 2023-10-31 00:00:00
