使用Explain关键字可以模拟优化器执行SQL查询语句,从而指导MySQL是如何处理SQL语句的.分析查询语句或表结构的性能瓶颈
图片.png
根据id判断表的读取顺序
不包含子查询
image.png
只包含子查询
image.png
子查询与实表查询同时存在
image.png
根据select_type判断查询的类型
SIMPLE
简单地select查询,查询中不包含子查询或者union
PRIMARY
查询中若包含子查询,则最外层查询则被标记为PRIMARY
SUBQUERY
在select或者where列表中包含子查询
DERIVED(衍生)
在FROM列表中包含的子查询被标记为DERIVED,MySQL会递归执行这些子查询,把结果放到临时表
UNION
若第二个SELECT出现在UNION之后,则被标记为UNION;
若UNION包含在from子句的子查询中,外层select将别标记为:DERIVED
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等查询
这种范围扫描索引比全表扫描要好,因为他只需要开始于索引的某一点,结束与另外一个点,不用扫描全部索引
possible_keys
显示可能应用在这张表中的索引,一个或多个;
查询涉及到的字段上若存在索引.则该索引将被列出,但是不一定被查询实际使用
key
实际使用的索引;如果为null,则没有使用索引;
查询中若使用了覆盖索引,则该索引仅出现在key列表中
覆盖索引
查询的字段与建复合索引的字段的个数和顺序一致;
select的数据列只用从索引中就能够取到,不必读取数据行,MySQL可以利用索引返回select列表中的字段,而不必根据索引再次读取数据文件,换句话说:查询列要被所见的索引覆盖
image.png
key_len
表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度;在不损失精确性的情况下,长度越短越好
key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的
表头中的ref
显示索引的那一列被使用了.如可能的话,是一个常数,哪些列或者常量被用于查找索引列上的值
rows
每张表有多少行被优化器查询过
Extra
Using filesort
说明MySQL会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取;
MySQL中无法利用索引完成的排序操作称为"文件排序"
image.png
Using temporary
使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表;常见于排序order by和分组查询group by
Using index
表示相应的select操作中使用了覆盖索引,避免访问了表的数据行,效率不错!
如同时出现Using where,表明索引被用来执行索引键值的查找;
如果没有出现Using where,表明索引用来读取数据,而非执行查找动作;
Using where
表明使用了where过滤
using join buffer
使用了连接缓存
impossible where
where 子句中的值总是false,不能用来获取任何元组
实例
image.png
网友评论