MySQL中的EXPLAIN

使用EXPLAIN加上SELECT语句可以获取优化器的查询执行计划

MySQL会在查询上设置一个标记，当执行查询时，这个标记会返回关于在执行计划中每一步的信息，而不是执行它。它会返回一行或多行信息，一个表示一张表，显示出执行计划中的每一部分和执行的次序。

复杂的查询如from子句中包含查询，select列中也包含查询，则执行顺序为，先执行外层查询，再执行from子句中的子查询，最后执行select列表中的子查询

下面是查询结果的一个示例：

| id  | select_type | table    | type   | possible_keys | key           | key_len | ref     | rows  | Extra |

| 1  | SIMPLE       | scores | const | PRIMARY       | PRIMARY | 8           | const | 1       |           |

1 row in set

实际上EXPLAIN后的SELECT语句的from子句包含子查询时，MySQL会执行子查询，再将结果放在一个临时表中，然后完成外层查询优化。

其实EXPLAIN只是一个近似的结果，有时甚至会相差甚远，下面是EXPALIN的一些限制

　　1、EXPLAIN不会告诉你触发器、存储过程或UDF会如何影响查询的

　　2、它并不支持存储过程。尽管可以手动抽取查询并单独地对齐进行EXPLAIN操作

　　3、它并不会告诉你MySQL在查询执行中所做的特定优化

　　4、它并不会显示关于查询的执行计划的所有信息

　　5、它并不区分具有相同名字的事物，例如对内存排序和临时文件排序都使用filesort，并且对于磁盘上和内存中的临时表都显示Using temporary

　　6、可能会误导。例如，对一个有着很小LIMIT的查询显示全索引扫描，5.1及之后的版本中EXPLAIN关于检查的行数会显示更精确的信息

EXPLAIN中的列

id列

　　每一列的编号，如果有子查询和JOIN时，会显示多行，id按其在原始SQL语句中的顺序编号

select_type列

　　显示对应行的查询是简单还是复杂，复杂类型分为三大类：简单子查询、所谓的派生表（在from子句中的子查询）、UNION查询，下面是可能的值

　　SIMPLE　　意味着查询不包含子查询和UNION

　　PRIMARY　　查询中有复杂部分，最外层的查询标记为PRIMARY

　　SUBQUERY　　包含不在FROM子句中子查询（在SELECT列表中的子查询）

　　DERIVED　　表示FROM子句有SELECT子查询，MySQL会先执行子查询并将结果放在临时表中

　　UNION　　UNION关键字后及以后的SELECT标记为UNION，UNION前的查询标记为PRIMARY

　　UNION RESULT　　用来从包含UNION的匿名临时表检索结果的SELECT标记为UNION RESULT

table列

　　这一列显示了对应行正在访问哪个表，从这一列从上往下可以观察到MySQL的关联优化器为查询选择的关联顺序。

　　包含多个JOIN的SELECT，从下往上先执行JOIN中的表

　　<derivedN>　　FROM子句有子查询时，N表示子查询的id，N执行EXPLAIN输出中的后面一行（先前引用）

　　<unionid1,id2>　　UNION RESULT的table列，id表示参与UNION的行的列表

type列

　　显示访问类型，即MySQL决定如何查找表中的行，下面是最重要的访问方法，依次从最差到最优

　　ALL

　　　　全表扫描，意味着MySQL必须扫描整张表，从头到尾去找到需要的行。但是在查询中使用了LIMIT或者在Extra列显示Using distinct/not exists时

　　　　type列也会显示ALL

　  index

　　　　也是全表扫描，只是MySQL扫描表时按照索引次序扫描而不是逐行扫描。它最大的优点是避免了排序，最大的缺点是要按索引次序读取整个表

　　　　（使用索引扫描来排序，每扫描一条记录就回表查询一次对应的行）

　　range

　　　　范围扫描，即一个有限制的索引扫描，始于索引中的某一点，返回匹配区域内的行。比全表扫描好些，它意味着不必遍历全部索引中的节点。

　　ref

　　　　这是一种索引访问（索引查找），它返回所有匹配某个单个值的行，可能有多个符合儿条件的行。因此它是查找和扫描的混合体，此类索引访问只有当使用

　　　　非唯一性索引或者唯一性索引的非唯一性前缀时才会发生。称作ref因为索引要跟某个参考值比较。

　　　　ref_or_null是ref之上的一个变体，意味着MySQL必须在初次查找的结果里进行第二次查找以找出NULL条目

　　eq_ref

　　　　使用这种索引，MySQL知道最多只返回一条符合条件的记录。这种访问方法可以在MySQL使用主键或者唯一性索引查找时看到。

　　const，system

　　　　当MySQL能对查询的某部分进行优化并将其转换成一个常量时，就会返回此访问类型。如查找某一行的主键值where后的条件就是主键，MySQL就能把这个

　　　　查询转换为一个常量，然后就可以高效地将表从联接执行中移除

　　NULL

　　　　这种访问方式意味着MySQL能在优化阶段分解查询语句，在执行阶段甚至用不着再访问表或者索引。例如从一个索引列里选取最小值可以通过单独查找索引

　　　　来完成，不需要在执行访问表（覆盖索引）

possible_keys列

　　这一列显示了查询可以使用哪些索引，这是基于查询访问的列和使用的比较操作符来判断的。这个列表是在优化过程的早期创建的，因此有些罗列出来的索引可能

　　对于后续优化过程是没用的（有些索引不会使用）

key列

　　这一列显示了MySQL决定采用哪个索引来优化对该表的访问。如果该索引没有出现在possible_keys列中，那么MySQL选用它是出于另外的原因——例如，它可能

　　选择了一个覆盖索引，哪怕没有where子句。

　　possible_keys揭示了哪一个索引能有助于高效的行查找，而key显示的是优化采用哪一个索引可以最小化查询成本

key_len列

　　该列显示了MySQL在索引里使用的字节数（索引列表中定义的字节而不是实际数据占用的）。如果MySQL正在使用的只是索引里的某些列，那么就可以用这个值

　　来算出具体是哪些列。MySQL5.5及之前版本只能使用索引的最左前缀（最左列的前缀）。

ref列

　　这一列显示了之前的表在key列记录的索引中查找值所使用的列或常量。

rows列

　　这列显示了MySQL估计的为了找到所需的行而要读取的行数。这个数字是内嵌循环关联计划里的循环数组。所有的rows列的值相乘，可以估算出整个查询会

　　检查的行数。

filtered列

　　5.1新增的，在使用EXPLAIN EXTENDED时出现。显示的是针对表里符合某个条件（where子句或联接条件）的记录数的百分比所做的一个悲观估算。将rows列

　　和这个百分比相乘，就能看到MySQL估算它将和查询计划里前一个表关联的行数。

Extra列

　　这一列包含是不适合显示在其他列上的额外信息。

　　Using index

　　　　表示MySQL将使用覆盖索引，以避免访问表。

　　Using where

　　　　意味着MySQL服务器将在存储引擎行后再进行过滤。许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是

　　　　所有带where子句的查询都会显示Using where，有事Using where的出现就是一个暗示：查询可受益于不同的索引。

　　Using temporary

　　　　这意味着MySQL在对查询结果排序时会使用一个临时表

　　Using filesort

　　　　这意味着MySQL会对结果使用给一个外部索引排序，而不是按索引次序从表中读取行。具体是在内存还

　　　　是在磁盘上进行排序无从得知。

　　Range checked for each record（index map:N）

　　　　意味着没有好用的索引，新的索引将在关联的每一行上重新估算，N是显示在possible_keys列中索引

　　　　的位图，并且是冗余的