如何查看explain语句的执行结果
执行以下语句：
explain 你的SQL语句
分析explain的执行结果
0. id
1. select_type
含义：指明查询的类型，主要用于区别普通查询、联合查询、子查询等复杂查询。如下：
2. table
含义：这一行的数据是关于那张表。
3. type
显示查询使用了哪种访问类型。
结果值从最好到最坏依次是：system>const>eq_ref>ref>range>index>ALL
- system
表只有一行记录（等于系统表），这是const类型的特列，平时不会出现，这个也可以忽略不计
- const
表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快
如将主键置于where列表中，MySQL就能将该查询转换为一个常量
- eq_ref
唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
- ref
非唯一性索引扫描，返回匹配某个单独值的所有行。
本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，
它可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体
- range
只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引
一般就是在你的where语句中出现了between、<、>、in等的查询
这种范围扫描索引扫描比全表扫描要好，因为它只需要开始于索引的某一点，而结束语另一点，不用扫描全部索引。
- index
Full Index Scan，index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数据文件小。
（也就是说虽然all和Index都是读全表，但index是从索引中读取的，而all是从硬盘中读的
- all
Full Table Scan，将遍历全表以找到匹配的行
- index_merge
在查询过程中需要多个索引组合使用，通常出现在有 or 的关键字的sql中
- ref_or_null
对于某个字段既需要关联条件，也需要null值得情况下。查询优化器会选择用ref_or_null连接查询。
- index_subquery
利用索引来关联子查询，不再全表扫描。
- unique_subquery
该联接类型类似于index_subquery。 子查询中的唯一索引
4. possible_keys
显示可能应用到这张表中的应用，一个或者多个。
查询设计到的字段上若存在索引，则该索引将被列出，但查询时不一定被使用。
5. key
查询的时候使用到的索引。如果为null，则没有使用索引
6. key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。通过key_len字段可以帮我们检查是否充分利用了索引。
7. ref
显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上额的值
8. rows
rows列显示MySQL认为它执行查询时必须检查的行数（越少越好，表示需要扫描的数据量越少）
9. Extra
包含不适合在其他列中显示但十分重要的额外信息
- Using filesort
说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序” - Using temporary
使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。 - Using index
表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行，效率不错！ - Using where
使用了where过滤，表明索引只是用来读取数据而非利用索引执行查找。 - Using join buffer
连表操作的过程中使用了连接缓存 - impossible where
where子句的值总是false，不能用来获取任何元组 - select tables optimized away
在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。