共计 2483 个字符，预计需要花费 7 分钟才能阅读完成。

本文丸趣 TV 小编为大家详细介绍“mysql 中 delete in 子查询不走索引问题怎么解决”，内容详细，步骤清晰，细节处理妥当，希望这篇“mysql 中 delete in 子查询不走索引问题怎么解决”文章能帮助大家解决疑惑，下面跟着丸趣 TV 小编的思路慢慢深入，一起来学习新知识吧。

问题复现

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;

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`
semi join (`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 的方式优化

其实呢，给表加别名，也可以解决这个问题哦，如下:

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 中 delete in 子查询不走索引问题怎么解决”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注丸趣 TV 行业资讯频道。