MySQL优化之如何通过执行计划(explain)分析SQL

本文详细介绍了MySQL的执行计划,包括其作用、各个字段的解释以及实战举例。通过执行计划,我们可以分析SQL的执行顺序、操作类型、索引使用情况,帮助我们定位查询性能瓶颈,进行有效优化。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

什么是执行计划

explain的作用

各个字段解释

实战举例


 

什么是执行计划

 

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

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值