mySQL执行计划初识

1. 背景

在工作中,我们经常会写一些SQL,有的SQL执行的时间很快,有的SQL执行的时间很慢甚至卡死,那么怎么去优化SQL呢,mySQL提供了Explain语句来帮助我们分析自己的SQL,以帮助我们达到优化的目的。

2. 准备工作

我们新建两张表, dept 和 employee

 


 

3. 初识explain

explain语法特别简单,只需要在sql语句前加上explain即可,如:

 

在第3步中,我们看到结果里有很多字段,接下来我们将一一进行讲解:

① id

id代表着执行顺序,id越高代表优先级越高,如:

 

② select_type 查询类型

查询类型,有以下六种

1)SIMPLE 简单的select查询

 

2)PRIMAYR 查询中包含任何子查询,最外层的查询为PRIMAYR

 

3)SUBQUERY SELECTWHERE列表中的子查询

 

4)DERIVED FROM列表中的子查询

 

注意这里的derived2,表明由id2的语句衍生

5)UNION UNION语句后的SELECT语句

6)UNION RESULT UNION表获取结果的select

 

③ Table 查询的表名

表示所查询的表名,这里注意会有一个衍生表的问题

④ Type 访问类型

SQL优化的一个重要的指标,结果从好到坏的顺序依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery  >  range  >  index > ALL

一般来说,好的SQL查询最少要达到range级别,最好能达到ref

下面我们将来具体看看每一个级别:

1)system:当表中只有一条记录时,才会出现,这里我们演示一个只有一条记录的衍生表:

 

2)const表示通过索引一次性就可以找到,比如主键索引,或者unique索引

 

3)eq_ref 在连接中,使用了从表的主键或者唯一索引,相对应的key列表示所使用的索引

 

4)ref 在连接中,我们没有使用从表的主键或者唯一索引,而是使用了普通索引,相对应的key列表示所使用的索引,性能严重依赖于从表所匹配的记录(越少越好)

 

5)range 范围查找,比如<,>,between

 

6)index FULL INDEX SCAN 全盘索引文件查询.性能要比all要号的多

 

7)all FULL TABLE SCAN 遍历全表找匹配行

 

 

⑤ possible_keys 表示在查询中涉及大的索引,但不一定被查询实际使用

 

⑥ key 表示在查询中肯定会被使用的索引

见上图的workno

⑦ key_len 索引所占的长度,显示的是索引字段的最大可能长度,越短越好

⑧ ref 表示索引的哪一列被使用了

见历史图

⑨ rows 表示大致估算 在找到正确的结果之前必须要扫描的记录数,最理想状态下是1

⑩ extra 表示实现每一步细节的额外信息

会有以下几种情况:

1)distinct 查找distinct值,表明MySQL查询到第一个匹配值后将停止该查询转到查询其他值上。

2)USING FILESORT 无法通过索引排序,需要优化

3)USING temporary 使用了临时表,需要优化

4)等等

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值