如何利用工具，迅猛定位低效SQL？ | 1分钟系列

刺骨的言语ヽ痛彻心扉 2021-10-13 00:41 146阅读 0赞

其实，explain结果中还有一个Extra字段，对分析与优化SQL有很大的帮助，今天花1分钟简单和大家聊一聊。

**数据准备**：

*create table user (*

*id int **primary key**,*

*name varchar(20),*

*sex varchar(5),*

*index(name)*

*)engine=innodb;*

* *

*insert into user values(1, 'shenjian','no');*

*insert into user values(2, 'zhangsan','no');*

*insert into user values(3, '**lisi**', 'yes');*

*insert into user values(4, '**lisi**', 'no');*

**数据说明**：

用户表：id**主键索引**，name**普通索引**（非唯一），sex**无索引**；

四行记录：其中name普通索引存在重复记录lisi；

**实验目的**：

通过构造各类SQL语句，对explain的Extra字段进行说明，启发式定位待优化低性能SQL语句。

**一、【Using where】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0tXSU9ScEhYRmoyekt1Tk1WUFE4NzVwdUh5NmJEYWxESjIwY0p2VkpUUVpZbDI4Y0lqZGhZUS82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x][]

**实验语句**：

*explain select \* from user **where** sex='no';*

**结果说明**：

Extra为Using where说明，SQL使用了where条件过滤数据。

需要注意的是：

（1）返回所有记录的SQL，不使用where条件过滤数据，大概率不符合预期，对于这类SQL往往需要进行优化；

（2）使用了where条件的SQL，并不代表不需要优化，往往需要配合explain结果中的type（连接类型）来综合判断；

*画外音：**join type在《**[同一个SQL语句，为啥性能差异咋就这么大呢？][SQL]》一文中有详细叙述，本文不再展开。*

本例虽然Extra字段说明使用了where条件过滤，但type属性是ALL，表示需要扫描全部数据，仍有优化空间。

常见的优化方法为，在where过滤属性上添加索引。

*画外音：**本例中，sex字段区分度不高，添加索引对性能提升有限。*

**二、【Using index】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtYzZBOHpubUxEcndhRlBHbTBmT1JDWGVWeEthQUxBOUw1aGNidlIwdnRGUUc4T0F4V3BXMnlxdy82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x][]

**实验语句**：

*explain select **id,name** from user where name='shenjian';*

**结果说明**：

Extra为Using index说明，SQL所需要返回的所有列数据均在一棵索引树上，而无需访问实际的行记录。

*画外音：**The column information is retrieved from the table using only information in the index tree without having to do an additional seek to read the actual row.*

这类SQL语句往往性能较好。

**问题来了，什么样的列数据，会包含在索引树上呢？**

**三、【Using index condition】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY2Nja2ljYmlhaWNvdExwaFBVdFBUaWFvcHhaUngxb2R0WlBOOU9TRjhBYmlhVzZvT0pRbHppYkdTbE1CZy82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x][]

实验语句：

*explain select **id,name,sex** from user *

*where name='shenjian';*

*画外音：**该SQL语句与上一个SQL语句不同的地方在于，被查询的列，多了一个sex字段。*

结果说明：

Extra为Using index condition说明，确实命中了索引，但不是所有的列数据都在索引树上，还需要访问实际的行记录。

*画外音：**聚集索引，普通索引的底层实现差异，详见《**[1分钟了解MyISAM与InnoDB的索引差异][1_MyISAM_InnoDB]》。*

这类SQL语句性能也较高，但不如Using index。

**问题来了，如何优化为Using index呢？**

**四、【Using filesort】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0U4UklUM3NzMGlhM0JGRlRwbk9RNnZBRzJtekRwZ2dVU3YwNU5jSk5sUGhOV054ZGwyVEhuVWcvNjQwP3d4X2ZtdD1wbmcmdHA9d2VicCZ3eGZyb209NSZ3eF9sYXp5PTEmd3hfY289MQ][]

实验语句：

*explain select \* from user **order by** sex;*

结果说明：

Extra为Using filesort说明，得到所需结果集，需要对所有记录进行文件排序。

这类SQL语句性能极差，需要进行优化。

典型的，在一个没有建立索引的列上进行了order by，就会触发filesort，常见的优化方案是，在order by的列上添加索引，避免每次查询都全量排序。

**五、【Using temporary】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY21Cck9UQUZJRkdrSHNpYnlLYnVEazVDMW1ERDFLNTBKcnlUMnFtN2IzR2Q4WFZrcnQ0eDJpYlNBLzY0MD93eF9mbXQ9cG5nJnRwPXdlYnAmd3hmcm9tPTUmd3hfbGF6eT0xJnd4X2NvPTE][]

实验语句：

*explain select \* from user **group by** name **order by** sex;*

结果说明：

Extra为Using temporary说明，需要建立临时表(temporary table)来暂存中间结果。

这类SQL语句性能较低，往往也需要进行优化。

典型的，group by和order by同时存在，且作用于不同的字段时，就会建立临时表，以便计算出最终的结果集。

**六、【Using join buffer (Block Nested Loop)】**

![aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0EyOEtuNDA2Uk5TN0ZLaFNQbmJOWmFKSW9GRmlhYUtrR2liYkdXUFl5VjBUUnBpYkI2WVY0Rm05US82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x][]

实验语句：

*explain select \* from user where id in(select id from user where sex='no');*

结果说明：

Extra为Using join buffer (Block Nested Loop)说明，需要进行嵌套循环计算。

*画外音：**内层和外层的type均为ALL，rows均为4，需要循环进行4\*4次计算。*

这类SQL语句性能往往也较低，需要进行优化。

典型的，两个关联表join，关联字段均未建立索引，就会出现这种情况。常见的优化方案是，在关联字段上添加索引，避免每次嵌套循环计算。

[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0tXSU9ScEhYRmoyekt1Tk1WUFE4NzVwdUh5NmJEYWxESjIwY0p2VkpUUVpZbDI4Y0lqZGhZUS82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x]: /images/20211013/4f61aae143c04121900c171adb369695.png
[SQL]: http://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651962514&idx=1&sn=550c48c9395b52b7ec561741e86e5ce0&chksm=bd2d094e8a5a80589117a653a30d062b5760ec20f8ab9e2154a63ab782d3353d1b1da50b9bc2&scene=21#wechat_redirect
[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtYzZBOHpubUxEcndhRlBHbTBmT1JDWGVWeEthQUxBOUw1aGNidlIwdnRGUUc4T0F4V3BXMnlxdy82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x]: /images/20211013/913a90b7cbc54e129e2d89a4a0cdaa12.png
[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY2Nja2ljYmlhaWNvdExwaFBVdFBUaWFvcHhaUngxb2R0WlBOOU9TRjhBYmlhVzZvT0pRbHppYkdTbE1CZy82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x]: /images/20211013/fbb4c54587cd4dc4b98b59731a3d5b9a.png
[1_MyISAM_InnoDB]: http://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651961494&idx=1&sn=34f1874c1e36c2bc8ab9f74af6546ec5&chksm=bd2d0d4a8a5a845c566006efce0831e610604a43279aab03e0a6dde9422b63944e908fcc6c05&scene=21#wechat_redirect
[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0U4UklUM3NzMGlhM0JGRlRwbk9RNnZBRzJtekRwZ2dVU3YwNU5jSk5sUGhOV054ZGwyVEhuVWcvNjQwP3d4X2ZtdD1wbmcmdHA9d2VicCZ3eGZyb209NSZ3eF9sYXp5PTEmd3hfY289MQ]: /images/20211013/b7dee68f43cb4cc89d2a9e293986d6a3.png
[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY21Cck9UQUZJRkdrSHNpYnlLYnVEazVDMW1ERDFLNTBKcnlUMnFtN2IzR2Q4WFZrcnQ0eDJpYlNBLzY0MD93eF9mbXQ9cG5nJnRwPXdlYnAmd3hmcm9tPTUmd3hfbGF6eT0xJnd4X2NvPTE]: /images/20211013/f982c27eb1314e3c8a1b229a76112b3b.png
[aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeEFLWUl6aElGVk9xVFNZdmN5UXFtY0EyOEtuNDA2Uk5TN0ZLaFNQbmJOWmFKSW9GRmlhYUtrR2liYkdXUFl5VjBUUnBpYkI2WVY0Rm05US82NDA_d3hfZm10PXBuZyZ0cD13ZWJwJnd4ZnJvbT01Jnd4X2xhenk9MSZ3eF9jbz0x]: /images/20211013/57363ca7dc974646811067f90bcd7b41.png