文章目录
explain执行计划结果分析
在MySQL中，我们可以通过explain命令查看sql的执行情况。
获取MySQL如何执行select语句的信息，包括在select语句执行过程中表如何连接和连接的顺序。
例如下图是explain的结果示例。
0、id
***，表示执行select子句或者操作表的顺序。id越大，子句越先被执行；id相等，优先级相同，从上至下执行。
1、select_type
表示select的类型。常见取值如下：
| 取值 | 含义 |
|---|---|
| simple | 简单的查询，不使用子连接或者子查询 |
| primary | 查询中如果包含复杂的子查询，则最外层被标记为primary |
| union | UNION中的第二个或者后面的查询语句 |
| sunquery | 在select或者where列表中包含了子查询 |
2、table
指的是当前执行的表。
3、partitions
4、type
指的是查询的类型。类型主要有以下几种：
ALL是最差的查询类型，向右越来越好。。
| All | index | range | ref | eq_ref | const | system | null |
|---|
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 将遍历全表以找到匹配的行
5、possible_keys
显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。
6、key
实际使用的索引，如果为NULL，则没有使用索引。（可能原因包括没有建立索引或索引失效）
查询中若使用了覆盖索引（select 后要查询的字段刚好和创建的索引字段完全相同），则该索引仅出现在key列表中
7、key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好。key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。
8、ref
显示索引的那一列被使用了，如果可能的话，最好是一个常数。哪些列或常量被用于查找索引列上的值。
9、rows
根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数，也就是说，用的越少越好。
10、filtered
存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例(百分比)。
11、Extra
包含不适合在其他列中显式但十分重要的额外信息。
比如：
（1）Using where;——使用了where过滤，需要回表查询。
（2）Using join buffer (Block Nested Loop)——表明使用了连接缓存,比如说在查询的时候，多表join的次数非常多，那么将配置文件中的缓冲区的join buffer调大一些。
（3）Using index—— 表示相应的select操作中使用了覆盖索引（Covering Index），避免访问了表的数据行，效率不错。如果同时出现using where，表明索引被用来执行索引键值的查找；如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。
（4）using index condition—— mysql5.6版本的新特性：先条件过滤索引，过滤完索引后找到所有符合索引条件的数据行，随后用 WHERE 子句中的其他条件去过滤这些数据行；查找使用了索引，但是还是需要回表查询数据。
（5）Using filesort——说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”。
（6）Using temporary——使用了用临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by。
（7）impossible where——where子句的值总是false，不能用来获取任何元组。
（8）select tables optimized away——在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。
（9）distinct——优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。
explain分析出的索引一定是最优的吗？
不一定，可能会选错。
因为我们在索引的时候，可能涉及回表操作、排序操作，导致选错。