使用mysql-explain 查询sql执行计划，你会用了吗

前言

最近运维反馈生产环境产生了大量的慢sql，开发的同事在改这些慢sql的时候，我发现开发的同事纯粹是为了完成开发任务，在写sql的时候，极少用explain，或者不明白explain的意义在哪sql server 2008 。这篇文章，我将和大家分享，为什么在上线一个sql前要用explain和explain执行计划结果信息的解读。

1. explain是什么

用来查询sql语句的执行计划的一个命令sql server 2008 。

2. 使用explain的意义是什么

使用mysql提供的explain命令可以查询sql语句的执行计划，可以提交了解到sql语句会不会使用上索引，会不会全表扫描等sql server 2008 。这对于提前评估sql语句的查询性能、以及是否需要建索引都能提供一些指导。如果这一步可以做得很好，根据二八原则，相信至少可以避免80%的慢sql。

3. explain的用法是什么

explain的用法其实很简单，explain +sql查询语句，然后正常执行这条语句就可以看到结果sql server 2008 。

4. explain的输出的列

explain输出的结果列包括有12字段sql server 2008 ，id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra，这些字段用来描述sql语句的查询计划，各列不同的值的有着不同的含义，如下：

4.1 id

1.id相同时，执行顺序由上至下sql server 2008 。

2.如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行sql server 2008 。

3.id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行sql server 2008 。

4.2 select_type：

表示查询的类型sql server 2008 ，不同的值表示的含义各不相同，如下：

(1) SIMPLE(简单SELECT，不使用UNION或子查询等)sql server 2008 。

(2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)sql server 2008 。

(3) UNION(UNION中的第二个或后面的SELECT语句)sql server 2008 。

(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)sql server 2008 。

(5) UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)sql server 2008 。

(6) SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)sql server 2008 。

(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)sql server 2008 。

(8) DERIVED(派生表的SELECT, FROM子句的子查询)sql server 2008 。

(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)sql server 2008 。

4.3 table：

输出结果集的表,显示这一步所访问数据库中表名称，有时不是真实的表名字，可能是表的别名sql server 2008 。

4.4 partitions：

匹配的分区sql server 2008 。

4.5 type：

表的连接类型，有的地方叫“访问类型”，即对表访问方式，MySQL在表中找到所需行的方式sql server 2008 。

常用的类型有： ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）sql server 2008 。

ALL：全表扫描， 即MySQL将遍历全表以找到匹配的行sql server 2008 。

index: 索引全扫描，MySQL遍历整个索引来查询匹配行sql server 2008 。

range:索引范围扫描，常用于、>=、between等操作，注意这种情况下比较的字段是需要加索引的，如果没有索引，则 MySQL会进行全表扫描sql server 2008 。

ref: 非唯一索引扫描，使用非唯一索引或唯一索引的前缀扫描，返回匹配某个单独值的记录行sql server 2008 。

eq_ref: 唯一索引扫描，区别在于使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配sql server 2008 。

const、system: 单表中最多有一条匹配行，查询起来非常迅速，所以这个匹配行的其他列的值可以被优化器在当前查询中当作常量来处理sql server 2008 。

NULL: MySQL不用访问表或者索引，直接就能够得到结果sql server 2008 。

4.6 possible_keys：

表示查询时，可能使用的索引，指出MySQL能使用哪个索引在表中找到记录，如果该列是NULL，则没有相关的索引sql server 2008 。

4.7 key：

表示实际使用的索引，key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中sql server 2008 。

4.8 key_len：

索引字段的长度，表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的），不损失精确性的情况下，长度越短越好sql server 2008 。

4.9 ref：

列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值sql server 2008 。

4.10 rows：

估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数sql server 2008 。

4.11 filtered：

按表条件过滤的行百分比，存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例(百分比)sql server 2008 。

4.12 Extra：

执行情况的描述和说明sql server 2008 ，包含不适合在其他列中显示但是对执行计划非常重要的额外信息，最主要的有以下三种：

Using Index

表示索引覆盖sql server 2008 ，不会回表查询

Using Where

表示进行sql server 2008 了回表查询

Using Index Condition

表示进行sql server 2008 了ICP优化

Using Flesort

表示MySQL需额外排序操作, 不能通过索引顺序达到排序效果

5. 总结

explain的命令很简单，但explain背后的mysql优化器可并不简单，可以说是mysql最复杂的存在了sql server 2008 。不过没关系，只要掌握好explain输出各字段的含义，对于普通的开发者来说，至少不用加班改慢sql了。如果你也赞同我的法，给我点个赞吧。

版权声明：本文为CSDN博主「凡夫贩夫」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明sql server 2008 。

原文链接：