MySQL explain执行计划详解

mysql可通过explain查看执行计划，通过执行计划，我们可以知道以下信息

1.表的读取顺序

2.数据读取操作的操作类型

3.哪些索引可以使用

4.哪些索引被实际使用

5.表之间的引用

6.每张表有多少行被优化器查询

eg:

id

sleect的执行顺序，包含一组数字，表示查询中执行select子句或操作表的顺序，有三种类型值：相同、部分相同、全不同

相同的执行顺序由上至下，不同的如果是子查询，id的序号会递增，id值越大执行优化级越高，越先被执行

select_type

simple:简单查询，查询中不包含子查询或union

primary：查询中若包含子查询，则最外层查询被标记为Primary

subquery：子查询

derived：from中的子查询被标记为derived，mysql会递归执行这些子查询，把结果放在临时表中

union：若第二个select出现在union之后，则被标记为union，若union包含在from语句的子查询中，外层被标记为deriveds

union result：从union表获取结果的select

type

由好到坏依次为：system>const>eq_ref>ref>range>index>all

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

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快，因为索引文件通常比数据文件要小，也就是说虽然index和all都是全表扫描，但index是从索引中读的，而all是从硬盘中读的

possible_keys

显示可能在这张表中使用的索引，一个或多个，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。

key:实际中使用的索引，如果为NULL，则没有使用索引。查询中若使用了覆盖索引，则该索引仅出现在key列表中。

key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引长度，在不损失精度的前提下，长度越短越好，key_len显示的值为索引字段可能使用的最大长度，即key_len为计算所得，不是实际检索出的

ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。

rows

根据表统计信息及索引选用情况，大致估算出找到所需记录需要读取的行数。即每张表多少行数据被优化器查询

extra

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

useing index：表示相应的select操作中使用了覆盖索引（Covering index）,避免访问了表的数据行，效率不错！如果同时出现了using where ,表明索引被用来执行索引键值的查找。如果没有出现using where，表明索引用来读取数据而非执行查找动作。