使用方法

查询结果分析
id：识别符
select_type：表示查询的类型
table：输出结果集的表
partitions：匹配的分区
type：表示表的连接类型
possible_keys：表示查询时，可能使用的索引
key：表示实际使用的索引
key_len：索引字段的长度
ref：列与索引的比较
rows：扫描出的行数（估算的行数）
filtered：按表条件过滤的行百分比
Extra：执行情况的描述和说明

• select_type
  SIMPLE：表示简单的select，没有union和子查询
  PRIMARY：最外面的select，在有子查询的语句中，最外面的select查询就是primary
  union：union语句的第二个或者是后面的select语句
  dependent union：union中的第二个或者后面的select语句，取决于外面的查询
  union result：union的结果，union语句中第二个select开始后面所有的select

• type
  system：表仅有一行，这是const类型的特例，平时不会出现。
  const：表最多有一个匹配行，const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快。若只是使用limit 1 来返回1条数据，type不会是const。
  eq_ref：对于每个来自前面的表的行组合，从该表中读取一行。这可能是最好的连接类型，除了const类型。他用在一个索引的所有部分被联接使用并且索引是unique或者primary key。
  ref：对于每个来自前面的表的行组合，所有匹配索引值的行将从这张表读取。如果连接只使用键的最左边前缀，或如果键不是unique或者primary key，则使用ref。如果使用的键仅仅匹配少量行，该连接类型也是不错的。
  ref_or_null：该连接类型如同ref，但是添加了mysql可以专门搜索包含NULL值的行。在解决子查询中经常使用该连接类型的优化。
  index_merge：该连接类型表示使用索引合并优化方法，在这种情况下，key列包含了使用的索引的清单，key_len包含了使用的索引的最长的关键元素。
  unique_subquery：
  index_subquery：
  range：给定范围内的检索，使用一个索引来检查行。
  index：该连接类型与all相同，除了只有索引树被扫描，这通常比ALL快，因为索引文件通常比数据文件小。（index是从索引中读取，而ALL是从磁盘中读取）
  ALL：对于每个来自于先前的表的行组合，进行完整的表扫描。如果表是第一个没有标记const的表，这通常这种情况不好，通常可以怎讲更多的索引而不要使用ALL，是的行能基于前面的表中的常数值或值被检索出。

• extra
  Distinct：Mysql发现第一个匹配行后，停止为当前的行组合搜索更多的行。
  Not exists：
  range checked for each record：没有找到合适的索引
  using filesort：当extra中出现using filesort时说明语句性能不好，需要优化。
  using filesort是一种速度很慢的外部排序。
  即使order by后的字段加了索引，也有可能出现using filesort，因为有可能索引定义不当，mysql没用到索引。
  using index（using index condition）：只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的信息。
  using temporary：为了解决查询，mysql需要创建一个临时表来容纳结果，典型情况如查询包含客户以按不同情况列出列的group by和order by子句时，出现using temporary就说明语句需要优化。
  using where：where子句用于限制哪一个行匹配下一个表或发送到客户。除非你专门从表中索取或检查所有行。如果extra值不为using where并且表示联接类型为ALL或index，查询可能会有一些错误。
  using sort_union(), using union(…), using intersect(…)：这些函数说明如何为index_merge联接类型合并索引扫描
  using index for group-by：类似于访问表的using index方式，using index for group-by表示mysql发现了一个索引，可以用查询group by或distinct查询的所有列，而不要额外搜索硬盘访问实际的表。并且，按最有效的方式使用索引，以便于对每个组，只读取少量索引条目。