Explain命令是查看查询优化器是如何决定执行查询的主要方法。这个功能有局限性，并不总会说出真相，但它的输出是可以获取的最好信息，值得花时间去了解，因为可以学习到查询是如何执行的。学会解释explain将会帮助你了解MySQL优化器是如何工作的。
Explain误区跟不足
在执行Explain时MySQL不会执行查询，这是一个误区。事实上查询中包括子查询，那么MySQL实际上会执行子查询，将其结果放在一个临时表中，然后完成外层的查询优化。
虽然我们调用explain可以分析sql语句，但要意识到分析出来的结果也是一个近似结果，别无其他。
- explain不会告诉你触发器，存储过程如何影响查询
- 他不会告诉你mysql在查询执行中所做的特定优化
- 他不会显示关于查询的执行计划的所有信息
- 他并不区分具有相同名字的事物。例如，他对内存排序和临时文件都使用filesort，并且对于磁盘上和内存中的临时表都显示using temporary
- 可能会误导。例如，他会对一个有着很小limit的查询显示全索引扫描
explain列的解释
select_type列
这一列显示了sql语句是简单的查询还是复杂的查询。
简单查询显示的simple，如果有子查询或者联合查询则是primary
SUBQUERY
包含在SELECT列表中的子查询中的SELECT（换句话说，不 在FROM子句中）标记为SUBQUERY。
DERIVED
DERIVED值用来表示包含在FROM子句的子查询中的SELECT， MySQL会递归执行并将结果放到一个临时表中。服务器内部称 其“派生表”，因为该临时表是从子查询中派生来的。
UNION
在UNION中的第二个和随后的SELECT被标记为UNION。第一 个SELECT被标记就好像它以部分外查询来执行。这就是之前的例子 中在UNION中的第一个SELECT显示为PRIMARY的原因。如果UNION被 FROM子句中的子查询包含，那么它的第一个SELECT会被标记 为DERIVED。
UNION RESULT
用来从UNION的匿名临时表检索结果的SELECT被标记为UNION RESULT。
除了这些值，SUBQUERY和UNION还可以被标记为DEPENDENT和 UNCACHEABLE。DEPENDENT意味着SELECT依赖于外层查询中发现的数 据；UNCACHEABLE意味着SELECT中的某些特性阻止结果被缓存于一 个Item_cache中。（Item_cache未被文档记载；它与查询缓存不是一回 事，尽管它可以被一些相同类型的构件否定，例如RAND()函数。）
table列
显示这一步所访问的数据库中的表的名称。
type列
这是最重要的字段之一，显示查询使用了何种类型。从最好到最差的连接类型依次为：
system，const，eq_ref，ref，fulltext，ref_or_null，index_merge，unique_subquery，index_subquery，range，index，ALL
system
系统表，表中只有一行数据
const
读常量，最多只会有一条记录匹配，由于是常量，实际上只需要读一次。
eq_ref
最多只会有一条匹配结果，一般是通过主键或唯一键索引来访问
ref
对于来自前面表的每一行，在此表的索引中可以匹配到多行。若联接只用到索引的最左前缀或索引不是主键或唯一索引时，使用ref类型（也就是说，此联接能够匹配多行记录）。
ref可用于使用’=‘或’<=>'操作符作比较的索引列。
fulltext
使用全文索引的时候是这个类型。要注意，全文索引的优先级很高，若全文索引和普通索引同时存在时，mysql不管代价，优先选择使用全文索引
ref_or_null
跟ref类型类似，只是增加了null值的比较。实际用的不多。
eg. SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL;
index_merge
表示查询使用了两个以上的索引，最后取交集或者并集，常见and ，or的条件使用了不同的索引，官方排序这个在ref_or_null之后，但是实际上由于要读取多个索引，性能可能大部分时间都不如range
unique_subquery
用于where中的in形式子查询，子查询返回不重复值唯一值，可以完全替换子查询，效率更高。
该类型替换了下面形式的IN子查询的ref：
value IN (SELECT primary_key FROM single_table WHERE some_expr)
index_subquery
子查询中的返回结果字段组合是一个索引（或索引组合），但不是一个主键或唯一索引
range
索引范围查询，常见于使用 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN()或者like等运算符的查询中。
index
索引全表扫描，把索引从头到尾扫一遍
all
全表扫描,性能最差。
partitions
该列显示的为分区表命中的分区情况。非分区表该字段为空（null）。
possible_keys
查询可能使用到的索引都会在这里列出来
key
优化器从possible_keys中选择使用的索引。
key_len
查询用到的索引长度（字节数）。key_len只计算where条件用到的索引长度，而排序和分组就算用到了索引，也不会计算到key_len中。
ref
如果是使用的常数等值查询，这里会显示const，如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段，如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func
rows(重要)
rows 也是一个重要的字段。 这是mysql估算的需要扫描的行数（不是精确值）。
这个值非常直观显示 SQL 的效率好坏, 原则上 rows 越少越好.
filtered
这个字段表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数。这个字段不重要
extra
EXplain 中的很多额外的信息会在 Extra 字段显示, 常见的有以下几种内容:
. using index : 出现这个说明mysql使用了覆盖索引，避免访问了表的数据行，效率不错。
. using where ：这说明服务器在存储引擎收到行后讲进行过滤。
. using temporary ：这意味着mysql对查询结果进行排序的时候使用了一张临时表
. using filesort ：这个说明mysql会对数据使用一个外部的索引排序
注意当出现using temporary 和 using filesort时候说明需要优化操作
