Delete in是否走索引?

梦里梦外; 2022-08-28 09:49 282阅读 0赞

## 前言    ##

文章开篇前，先问大家一个问题：**delete in子查询，是否会走索引呢**？很多伙伴**第一感觉**就是：会走索引。最近我们有个生产问题，就跟它有关。本文将跟大家一起探讨这个问题，并附上优化方案。

## 问题复现 ##

MySQL版本是`5.7`，假设当前有两张表`account`和`old_account`,表结构如下：

![0c93db7fa6899caa91b4d272c3747b18.png][]

执行的SQL如下：

![9d916bf09a563fb6c4cc448c5f0df716.png][]

从`explain`结果可以发现：先**全表扫描** `account`，然后逐行执行子查询判断条件是否满足；显然，这个执行计划和我们预期不符合，因为**并没有走索引**。

但是如果把`delete`换成`select`，就会走索引。如下：

![988ed0eca05d1338a64412af58f680ba.png][]

为什么**select in**子查询会走索引，delete in子查询却不会走索引呢？

## 原因分析 ##

`select in`子查询语句跟`delete in`子查询语句的不同点到底在哪里呢？

我们执行以下SQL看看

![8e72637fb66b75ef16604676f0b342cc.png][]

## 优化方案 ##

那如何优化这个问题呢？通过上面的分析，显然可以把`delete in子查询`改为**join**的方式。我们改为join的方式后，再explain看下：

![c7579c3fa9141613cf86b9805e6fa46b.png][]

## 为什么加个别名就可以走索引了呢？ ##

**what**？为啥加个别名，delete in子查询又行了，又走索引了？

我们回过头来看看explain的执行计划，可以发现Extra那一栏，有个**LooseScan**。

![47c397b8f79ba6ebe23868b68454aacb.png][]

## 总结 ##

*  本博文分析了**delete in子查询不走索引**的原因，并附上解决方案。`delete in`在日常开发，是非常常见的，平时大家工作中，需要注意一下。同时呢，建议大家工作的时候，写SQL的时候，尽量养成一个好习惯，先用explain分析一下SQL。
 *  本文整体思路参考同事的博文，已经经过他本人同意。也建议大家遇到问题时，**多点思考，多点写写总结**，避免重蹈覆辙。

若有收获，请记得三连发，**分享**，**点赞**，**在看**

[0c93db7fa6899caa91b4d272c3747b18.png]: /images/20220828/038c52bc5b01466ab8671bfa70b620c1.png
[9d916bf09a563fb6c4cc448c5f0df716.png]: /images/20220828/9970b51022f94754898882968d19d9d6.png
[988ed0eca05d1338a64412af58f680ba.png]: /images/20220828/62fb2753c2314502928c72d46f5c190e.png
[8e72637fb66b75ef16604676f0b342cc.png]: /images/20220828/ce1d322ce8c741bcb31d5c032d96bc07.png
[c7579c3fa9141613cf86b9805e6fa46b.png]: /images/20220828/5d2cfe4ba3d8411c8ccaad6f8db03a98.png
[47c397b8f79ba6ebe23868b68454aacb.png]: /images/20220828/25e0d109d35542bfb8c47ed72b078b36.png