数据库优化之explain

数据库优化之explain

各字段解释

id

select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序
三种情况：
id相同，执行顺序由上至下
id不同，如果是子查询，id的序号会递增，id的值越大优先级越高，越先执行
id相同不同的同时存在，先看值，再看位置

select_type

查询的类型，
1.SIMPLE，简单的select查询，什么都不包含
2.PRIMARY，查询中若包含复杂的子查询，最外层的称为primary
3.SUBQUERY，select或where中包含了子查询
4.DERIVED，在FROM列表中包含的子查询被标记为DERIVED（衍生）MySQL会递归执行这些子查询，把结果放在临时表里。
5.UNION ， 若第二个select出现在UNION之后，标记为UNION，若UNION包含在FROM子句的子查询中，外层SELECT被标记为DERIVED
6.UNION RESULT 从UNOIN表中获取结果的select

table

显示这一行数据是关于哪张的

type

访问类型排列
一般来说，查询的级别至少到range 最好是ref
system>const>eq_ref>ref>range>index>all
1.system：表只有一行记录，这是const类型的特例，基本不会出现
2.const：通过索引一次就找到了，const用于比较primary_key或union索引。因为只匹配一行数据，所以很快将主键置于where列表，MySQL就能将改查询转换为一个常量
3.eq_ref：唯一索引扫描，对每个索引键，表中只有一条记录匹配，常见于主键或唯一索引扫描
4.ref：非唯一性索引扫描，返回匹配某个单独值得所有行
5.range：只检索给定范围得行，使用一个索引来选择行。key列显示了使用了哪个列，类似于between and 和 in
6.index：全表扫描 和 all 的区别是index通过索引来查找
7.all： all通过硬盘来查。

possible_keys

显示可能应用在这张表中的索引，一个或多个。
查询涉及到的字段若存在索引，那么索引将被列出，不一定是一个。

key

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

key_len

索引中使用的字节数，可通过该列计算查询中使用的索引的长度。
key_len显示的值为索引字段的最大可能长度，并非实际使用长度。

ref

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

rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数。

Extra

包含不适合在其他列中显示但十分重要的额外信息
using filesort mysql会对数据用一个外部的索引排序，而不是按照表内的索引书讯进行读取，MySQL中无法利用索引完成的排序操作称为"文件排序"。
using temporary 使用了临时表保存中间结果。 很影响效率。
using index 相应的select操作使用了覆盖索引。避免方位了表的数据行，效率不错。