本篇文章给大家带来了关于mysql的相关知识，其中主要为大家介绍了delete in子查询不走索引的问题分析，有需要的朋友可以借鉴参考下，希望能够有所帮助。
推荐学习：mysql视频教程
文章开篇前，先问大家一个问题：delete in子查询，是否会走索引呢？很多伙伴第一感觉就是：会走索引。最近我们有个生产问题，就跟它有关。本文将跟大家一起探讨这个问题，并附上优化方案。
【资料图】
问题复现
MySQL版本是5.7，假设当前有两张表account和old_account,表结构如下：
CREATE TABLE `old_account` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT "主键Id", `name` varchar(255) DEFAULT NULL COMMENT "账户名", `balance` int(11) DEFAULT NULL COMMENT "余额", `create_time` datetime NOT NULL COMMENT "创建时间", `update_time` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT "更新时间", PRIMARY KEY (`id`), KEY `idx_name` (`name`) USING BTREE) ENGINE=InnoDB AUTO_INCREMENT=1570068 DEFAULT CHARSET=utf8 ROW_FORMAT=REDUNDANT COMMENT="老的账户表";CREATE TABLE `account` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT "主键Id", `name` varchar(255) DEFAULT NULL COMMENT "账户名", `balance` int(11) DEFAULT NULL COMMENT "余额", `create_time` datetime NOT NULL COMMENT "创建时间", `update_time` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT "更新时间", PRIMARY KEY (`id`), KEY `idx_name` (`name`) USING BTREE) ENGINE=InnoDB AUTO_INCREMENT=1570068 DEFAULT CHARSET=utf8 ROW_FORMAT=REDUNDANT COMMENT="账户表";
执行的SQL如下：
delete from account where name in (select name from old_account);
我们explain执行计划走一波，
从explain结果可以发现：先全表扫描account，然后逐行执行子查询判断条件是否满足；显然，这个执行计划和我们预期不符合，因为并没有走索引。
但是如果把delete换成select，就会走索引。如下：
为什么select in子查询会走索引，delete in子查询却不会走索引呢？
原因分析
select in子查询语句跟delete in子查询语句的不同点到底在哪里呢？
我们执行以下SQL看看
explain select * from account where name in (select name from old_account);show WARNINGS;
结果如下：
可以发现，实际执行的时候，MySQL对select in子查询做了优化，把子查询改成join的方式，所以可以走索引。但是很遗憾，对于delete in子查询，MySQL却没有对它做这个优化。
优化方案
那如何优化这个问题呢？通过上面的分析，显然可以把delete in子查询改为join的方式。我们改为join的方式后，再explain看下：
可以发现，改用join的方式是可以走索引的，完美解决了这个问题。
实际上，对于update或者delete子查询的语句，MySQL官网也是推荐join的方式优化
其实呢，给表加别名，也可以解决这个问题哦，如下:
explain delete a from account as a where a.name in (select name from old_account)
为什么加个别名就可以走索引了呢？
what？为啥加个别名，delete in子查询又行了，又走索引了？
我们回过头来看看explain的执行计划，可以发现Extra那一栏，有个LooseScan。
LooseScan是什么呢？其实它是一种策略，是semi join子查询的一种执行策略。
因为子查询改为join，是可以让delete in子查询走索引;加别名呢，会走LooseScan策略，而LooseScan策略，本质上就是semi join子查询的一种执行策略。
因此，加别名就可以让delete in子查询走索引啦！
推荐学习：mysql视频教程
以上就是mysql中delete in子查询不走索引问题分析的详细内容，更多请关注php中文网其它相关文章！
