MySQL之性能分析-EXPLAIN

一、索引性能分析：

1、Mysql Query Optimize（mysql查询化分析器）

MySQL中有专门负责优化SELECT语句的优化器模块，主要功能：通过计算分析系统中收集到的统计信息，为客户端请求的Query提供他认为最优的执行计划。

当客户端向MySQL请求一条Query，命令解析器模块完成请求分类，区别除SELECT并转发给MySQL Query Optimizer时，MySQL Query Optimizer首先会对整条Query进行优化，处理掉一些常量表达式的预算，直接换算成常量值。并对Query中的查询条件进行简化和转换，去掉一些无用或显而易见的条件，结构调整等。然后分析Query中的Hint信息（如果有），看现实Hint信息是否可以完全确定该Query的执行计划。如果没有Hint或Hint中的信息还不足以完全确定还行计划，则会读取涉及对象的统计信息，根据Query进行写相应的计算分析，然后在得出最后的执行计划。

二、 EXPLAIN
　　1、简介
　　使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈。 通过explain我们可以获得以下信息：
表的读取顺序
数据读取操作的操作类型
哪些索引可以使用
哪些索引被实际使用
表之间的引用
每张表有多少行被优化器查询
　　使用方法：explain + sql语句。 包含的字段如下
　　2、执行计划各字段含义
　　　2.1 id（select 查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序）
id相同，
id不同，如果是子查询，id的序号会递增，
id相同不同，同时存在
　　　　2.2 select_type（数据读取操作的操作类型）

表示查询中每个select子句的类型

(1) SIMPLE(简单SELECT，不使用UNION或子查询等)
(2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
(3) UNION(UNION中的第二个或后面的SELECT语句)
(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
(5) UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
(6) SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
(8) DERIVED(派生表的SELECT, FROM子句的子查询)
(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)

2.3 table

显示这一步所访问数据库中表名称（显示这一行的数据是关于哪张表的），有时不是真实的表名字，可能是简称，例如上面的e，d，也可能是第几步执行的结果的简称

2.4 type

type所显示的是查询使用了哪种类型，type包含的类型包括如下图所示的几种，
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都是读全表，，而all是从硬盘读取的）
all Full Table Scan 将遍历全表以找到匹配的行
　　　　2.5 possible_keys 和 key

possible_keys 查询涉及到的字段上若存在索引，
key，如果为NULL，则没有使用索引。（可能原因包括没有建立索引或索引失效）
注：（若查询中出现覆盖索引，则该索引值出现在key列表中）
　　　　2.6 key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，。
　　　　　　key_len显示的值为索引字段的最大可能长度，。，即key_len是根据表定义计算所得，并不是更具表内检索出的
　　　　2.7ref
　　　　　　列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
　　　　2.8 rows
　　　　　　根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数，也就是说，用的越少越好
　　　　2.9 Extra

包含不适合在其他列中显示，但是十分重要的额外信息

1、Using filesort：（九死一生）说明mysql会对数据适用一个外部的索引排序。而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为“文件排序”
2、Using temporary:（十死无生）使用了临时表保存中间结果，mysql在查询结果排序时使用临时表。常见于排序order by和分组查询group by。
3、Using index:（好的选择）表示相应的select操作用使用覆盖索引，避免访问了表的数据行。如果同时出现using where，表名索引被用来执行索引键值的查找；如果没有同时出现using where，表名索引用来读取数据而非执行查询动作。
4、Using where :表明使用where过滤
5、using join buffer:使用了连接缓存
6、impossible where:where子句的值总是false，不能用来获取任何元组
7、select tables optimized away：在没有group by子句的情况下，基于索引优化Min、max操作或者对于MyISAM存储引擎优化count（*），不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。
8、distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。