mysql性能分析-explain浅析

explain的各个属性如下图：

各属性含义介绍：
id: 查询的序列号
select_type: 查询的类型，主要是区别普通查询和联合查询、子查询之类的复杂查询

• SIMPLE：简单的select查询，查询中不包含子查询或者UNION
• PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为该项
• SUBQUERY：在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERY
• DERIVED: 在from列表中包含的子查询被标记为DERIVED，mysql会递归执行这些子查询，最终结果放在临时表中。(临时表为增加mysql负担)
• UNION: 若第二个select出现在union后，则被标记为union；若union包含在from子句的子查询中，外层select将被标记为：DERIVED
• UNION RESULT: 从union表获取结果的select

table: 输出的行所引用的表
type: 访问类型

从左至右，性能由差到好

一般来说，得保证查询至少达到range级别，最好达到ref级别。

• ALL: 扫描全表
• index: 扫描全部索引树
• range: 扫描部分索引，索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于between、<、>等的查询
• ref: 使用非唯一索引或非唯一索引前缀进行的查找

（eq_ref和const的区别：）

• eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
• const, system:
  单表中最多有一个匹配行，查询起来非常迅速，例如根据主键或唯一索引查询。system是const类型的特例，当查询的表只有一行的情况下，使用system。
• NULL: 不用访问表或者索引，直接就能得到结果，如select 1 from test where 1

possible_keys: 表示查询时可能使用的索引。如果是空的，没有相关的索引。这时要提高性能，可通过检验WHERE子句，看是否引用某些字段，或者检查字段不是适合索引

key: 显示MySQL实际决定使用的索引。如果没有索引被选择，是NULL

key_len: 使用到索引字段的长度

注：key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

ref: 显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的值

rows: 这个数表示mysql要遍历多少数据才能找到，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数，在innodb上可能是不准确的

Extra: 执行情况的说明和描述。包含不适合在其他列中显示但十分重要的额外信息。

• Using index：表示使用索引，如果只有 Using index，说明他没有查询到数据表，只用索引表就完成了这个查询，这个叫覆盖索引。
• Using where：表示条件查询，如果不读取表的所有数据，或不是仅仅通过索引就可以获取所有需要的数据，则会出现 Using where。
• Using filesort：说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。Mysql中无法利用索引完成的排序操作称为"文件排序"。(即：mysql进行了重新排序！耗费时间！)
• Using temporary：(mysql会自己生成临时表，然后删除临时表，炒鸡消耗性能，数据量百万级别，一定要注意！)，常见于order by、group by中。
• Using index：表示相应的select操作中使用了覆盖索引，避免访问了表的数据行，效率不错！如果同时出现using where，表明索引被用来执行索引键值对的查找；如果没有using where，表明索引用来读取数据而不是执行查找操作。

补充：索引覆盖：select的数据列只用从索引中就能读取到，不必读取数据行，mysql可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件，也就是说 查询列要被所建的索引覆盖
示例：

如上图所示：id相同，可认为是一组，从上往下依次执行；
在所有组中，id越大的优先级越高，越先执行。
注：DERIVED = 衍生 表s1是衍生出来的，并不是真实存在的。

如上图所示：查询中存在子查询，id越大的优先级越高，最先被执行。
注：SUBQUERY子查询