本文共 2816 字，大约阅读时间需要 9 分钟。

  explain（执行计划），使用explain关键字可以模拟优化器执行sql查询语句，从而知道MySQL是如何处理sql语句。explain主要用于分析查询语句或表结构的性能瓶颈。

explain的作用

通过explain+sql语句可以知道如下内容：

①表的读取顺序（对应id） ②数据读取操作的操作类型（对应select_type） ③哪些索引可以使用（对应possible_keys） ④哪些索引被实际使用（对应key） ⑤表直接的引用（对应ref） ⑥每张表有多少行被优化器查询（对应rows）

explain包含的信息

  explain使用：explain+sql语句，通过执行explain可以获得sql语句执行的相关信息。下面对explain的表头字段含义进行解释：

①id

  select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序。

#1.id相同，执行顺序从上到下。#2.id不同，如果是子查询，id的序号会递增，id值越大执行优先级越高。#3.id相同不同，同时存在。id如果相同，可认为是同一组，执行顺序从上到下。在所有组中，id值越大执行优先级越高。

总结：id的值表示select子句或表的执行顺序，id相同，执行顺序从上到下，id不同，值越大的执行优先级越高。

②select_type

查询的类型，主要用于区别普通查询、联合查询、子查询等复杂的查询。其值主要有六个：

#1.SIMPLE：简单的select查询，查询中不包含子查询或union查询。#2.PRIMARY：查询中若包含任何复杂的子部分，最外层查询为PRIMARY，也就是最后加载的就是PRIMARY。#3.SUBQUERY：在select或where列表中包含了子查询，就为被标记为SUBQUERY。#4.DERIVED：在from列表中包含的子查询会被标记为DERIVED(衍生)，MySQL会递归执行这些子查询，将结果放在临时表中。#5.UNION：若第二个select出现在union后，则被标记为UNION，若union包含在from子句的子查询中，外层select将被标记为DERIVED。#6.UNION RESULT：从union表获取结果的select。

③table

显示sql操作属于哪张表的。

④partitions

  官方定义为The matching partitions（匹配的分区），该字段应该是看table所在的分区吧。值为NULL表示表未被分区。

⑤type

  表示查询所使用的访问类型，type的值主要有八种，该值表示查询的sql语句好坏，从最好到最差依次为：system>const>eq_ref>ref>range>index>ALL。

#1.system

表只有一行记录（等于系统表），是const的特例类型，平时不会出现，可以忽略不计。

#2.const

表示通过一次索引就找到了结果，常出现于primary key或unique索引。因为只匹配一行数据，所以查询非常快。如将主键置于where条件中，MySQL就能将查询转换为一个常量。

#3.eq_ref

唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见主键或唯一索引扫描。

#4.ref

非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，返回匹配某值（某条件）的多行值，属于查找和扫描的混合体。

#5.range

只检索给定范围的行，使用一个索引来检索行，可以在key列中查看使用的索引，一般出现在where语句的条件中，如使用between、>、<、in等查询。

#6.index

全索引扫描，index和ALL的区别：index只遍历索引树，通常比ALL快，因为索引文件通常比数据文件小。虽说index和ALL都是全表扫描，但是index是从索引中读取，ALL是从磁盘中读取。

#7.ALL

全表扫描。

⑥possible_keys和key、key_len

possible_keys：显示可能应用在表中的索引，可能一个或多个。查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用。

key：实际中使用的索引，如为NULL，则表示未使用索引。若查询中使用了覆盖索引，则该索引和查询的select字段重叠。

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

  possible_keys表示理论上可能用到的索引，key表示实际中使用的索引。possible_keys为NULL表示可能未用到索引，但key=idx_deptid表示在实际查询的过程中进行了索引的全扫描。

⑦ref

  显示关联的字段。如果使用常数等值查询，则显示const，如果是连接查询，则会显示关联的字段。

⑧rows

  根据表统计信息及索引选用情况大致估算出找到所需记录所要读取的行数。当然该值越小越好。

⑨filtered

  百分比值，表示存储引擎返回的数据经过滤后，剩下多少满足查询条件记录数量的比例。

⑩Extra

显示十分重要的额外信息。其取值有以下几个： #1.Using filesort   Using filesort表明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。mysql中无法利用索引完成的排序操作称为“文件排序”。出现Using filesort就非常危险了，在数据量非常大的时候几乎“九死一生”。出现Using filesort尽快优化sql语句。

#2.Using temporary

  使用了临时表保存中间结果，常见于排序order by和分组查询group by。非常危险，“十死无生”，急需优化。

#3.Using index

表明相应的select操作中使用了覆盖索引，避免访问表的额外数据行，效率不错。

总结

explain（执行计划）包含的很多信息

①id，select子句或表执行顺序，id相同，从上到下执行，id不同，	 id值越大，执行优先级越高②type，type主要取值及其表示sql的好坏程度（由好到差排序）：	   system>const>eq_ref>ref>range>index>ALL。保证range，最好到ref③key，实际被使用的索引列④ref，关联的字段，常量等值查询，显示为const，如果为连接查询，显示关联的字段⑤Extra，额外信息，使用优先级Using index>Using filesort（九死一生）>Using temporary（十死无生）

转载地址：https://blog.csdn.net/ThreeAspects/article/details/100098452 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！