mysql Explain查询计划

Explain 中的列

1.id列：

id列的编号是select的序列号，有几个select就有几个id，并且id的顺序是按select出现的顺序增长的，mysql将select查询分为简单查询(simple)和复杂查询(primary)

复杂查询分为三类：简单查询，派生表（from语句中的字查询），union查询

id 列越大执行优先级越高，id相同则冲上往下执行，id为null最后执行

2.select_type 列

表示对应行是简单还是复杂的查询，如果是复杂的查询，又是上述三种复杂查询中的哪一种

simple ：简单查询，查询不包含字查询和union

primary： 复杂查询汇总最外层的select

subquery: 包含在select中的子查询（不在from子句中）

derived：包含在from子句中的字查询，mysql会将结果存放在一个历史表中，也称为派生表(derived的英文含义)

union :在union中的第二个和随后的select

union result：从union历史表检索结果的select

3. table 表名

4.type 列

这一列表示关联类型或访问类型，即mysql决定如何查找表中的行，查找数据行记录的大概范围。

依次从最优到最差分别为：system>const>eq_ref>ref>range>index>all

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

NULL：mysql 能在优化阶段分解查询语句，在执行阶段用不着再访问表或索引，例如：在索引列中选取最小值，可以单独查找索引来完成，不需要在执行时访问表

const,system：mysql能在堆查询的某部分进行优化并将其转化成一个常量(可以看show warnings的结果)，用于primarykey 或 unique key的馊油列与常数比较时，所以表最多有一个匹配行，读取1次，速度比较快，system是const的特例，表里面只有一条元组，匹配时为system

eq_ref : primary key 或unique key索引的所有部分被连接使用，最多智慧返回一条符合条件的记录，这可能是在const之外最好 的联接类型了，简单的select查询不会出现这种type

ref: 相比eq_ref，不使用唯一索引，而是使用普通索引或者唯一性索引的部分前缀，索引要和某个值相比较，可能会找到多个符合条件的行

range: 范围扫描通常出现在in() 、between、 >、 <、 >=等操作中，使用一个索引来检索给定范围的行

index: 扫描全表索引，这通常比ALL快一些。（index是从索引中读取的，而all是从磁盘中读取的）

ALL：全表扫描，意味着mysql需要从头到尾的查找所需要的行，通常情况下这需要增加索引来优化

 

5 possible_keys列

这一列显示查询可能使用哪些索引来查找

explain时可能出现possible_key有列，而key显示null的情况，这种情况是因为表中的数据不多，mysql认为索引对此查询帮助不大，选择了全表查询。

如果该列是null,则没有相关索引，在这种情况下，可以通过检查where子句看是否可以创造一个适当的索引来提高查询性能，然后用explain查看效果.

 

6.key列

这一列显示mysql实际采用哪个索引来优化对该表的访问。

如果没有使用索引，则该列是null。如果想强制mysql使用或者无视possible_keys中的索引，在查询是使用force index、ignore index

 

 

7. key_len列

这一列显示了mysql在索引里使用的字节数，通过这个值可以算出具体使用了索引中的那些列。

举例来说。film_actor的联合索引 idx_film_actor_id由film_id 和actor_id两个int列组成。并且每个int是4字节，通过结果中的key_len=4可推断出查询使用了第一个列：film_id列来执行索引查找

 

8 ref列

这一列显示了在key列记录的索引中，表查找值所用到的列或者常量，常见的有const(常量)，字段名