数据库优化之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操作使用了覆盖索引。避免方位了表的数据行,效率不错。

你可能感兴趣的:(数据库优化之explain)