目录
什么是执行计划
SQL执行计划,就是一条SQL语句,可以模拟优化器执行SQL语句,从而知道查询语句的效率或性能的瓶颈,具体执行方式如下所示:在执行的 SQL 前面加上 explain 关键词即可;
explain的作用
1.分析出表的实际读取顺序
2.分析数据读取操作的操作类型
3.分析哪些索引可以使用
4.分析哪些索引被实际使用了
5.分析表之间的引用
6.分析每张表有多少行被优化器查询
各个字段解释
id:代表select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序。
- id相同,表的执行顺序为table字段由上到下
- id不同,如果是子查询,id的序号会递增,id越大优先级越高,表的执行顺序为Id字段大的,table字段先执行
- id既有相同的,又有不同的
如图,mysql的实际执行表顺序为t3、衍生表derived2(s2=t3+t1)、t2
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
table:显示这一行的数据是关于哪张表的
type:访问类型,从最好到最差依次是:system>const>eq_ref>ref>range>index>ALL
一般来说查询到达range即可,最好达到ref
- system。表中只有一行记录,这是const类型的特例,平时不会出现
- const。 表示通过索引一次就找到了,const用于比较primarykey或者unique索引。因为只匹配一行数据,所以很快。如将主键置于where列表中,MySQL就能将该查询转换为一个常量
- eq_ref。多表查询中,T1和T2关联查询的条件都是主键索引或者唯一索引,这样就保证了T1的每一行记录都唯一对应T2的记录
- ref。 普通索引,可能返回多个结果
- range。 只检索给定范围的行,使用一个索引来选择行。例如查询中where条件出现between、in、>、<。这种范围扫描比全表扫描好,因为它只需要在开始索引的某一点,而结束语另一点不用扫描全部索引
- index。 Full Index扫描,全索引扫描相比all更快,因为索引文件通常比数据文件小
- all。 Full Table扫描,将遍历全表以找到匹配的行。
possible_keys:显示可能应用在这张表中的索引,一个或多个。查询涉及的字段上若存在索引,则该索引将会被列出,但不一定被查询实际使用
key:实际使用的索引。如果为null则代表没有使用索引,查询中若使用了覆盖索引(查询的字段和索引字段刚好吻合),则索引和查询的select字段重叠
key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精度的情况下,长度越短越好。
需要注意,key_len显示的值为索引最大可能长度,并非实际使用长度。
ref:显示索引哪一列被使用了,如果可能的话,是一个常识。哪些列或常量被用于查找索引列上的值
rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录,所需要读取的行数
Extra:包含不适合在其他列中显示但十分重要的额外信息
- Using filesort。九死一生。说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为文件排序。order by 的字段不是索引字段,或者 select 查询字段存在不是索引字段,或者 select 查询字段都是索引字段,但是 order by 字段和 select 索引字段的顺序不一致,都会导致 fileSort
- Using temporary。十死无生。使用了临时表保存中间结果,mysql在对查询结果排序时使用了临时表,常见于排序order by和分组查询group by。查询时使用distinct可能会产生临时表,造成Using temporary
- Using index。发财了。select查询使用了覆盖索引,避免了访问表的数据行,效率很高。如果同时出现Using where表明索引被用来执行索引键值的查找。如果没有同时出现using where,表明索引用来读取数据而非执行查找动作。
- Using where。表明使用了where过滤
- Using join buffer。使用了连接缓存
- impossible where。where子句的值总是false,不能用来获取任何元组
- select tables optimized away。在没有groupby的情况下,基于索引优化min/max操作,或者对应MyISAM引擎优化Count(*)操作,不必等到执行阶段再计算,查询执行计划生成的阶段即完成优化
- distinct。在找到一个匹配的元组后即立刻停止了找同样值的行为。
实战举例
分析表的执行顺序
id 4>3>2>1>null