目录
- 一、执行计划概念
- 二、Explain用法
- 三、Explain属性介绍
- 3.1 id属性
- 3.2 select_type属性
- 3.3 table属性
- 3.4 type属性
- 3.5 possible_keys属性
- 3.6 key属性
- 3.7 key_len属性
- 3.8 ref属性
- 3.9 rows属性
- 3.10 Extra属性
- 四、案例学习
继上一篇博客《MySQL的索引知识学习笔记》之后,我再记录一篇MySQL执行计划方面的博客,本博客是我在学习尚硅谷的学习教程后,做的笔记,当然我不是为了所谓宣传,仅仅是学习记录的笔记。本来可以不分享出来,不过,分享出来的笔记不仅可以给网上的学习者参考学习,同时写在csdn比较方便,可以支持图片上传,也方便自己以后查找复习,本博客CSDN版:链接
附录:我创建的数据库方面的专栏
- SQL调优方面的专栏
- MySQL知识方面的专栏
一、执行计划概念
执行计划(Explain):explain显示了mysql如何使用索引来处理select语句以及连接表,使用Explain关键字可以模拟MySQL优化器执行SQL查询语句,从而知道MySQL是如何处理SQL语句的。所以执行计划常用于SQL调优
二、Explain用法
Explain的用法:
- Explain + SQL语句
mysql> explain select * from sys_user;
mysql> use jeeplatform;
Database changed
mysql> explain select * from sys_user;
+----+-------------+----------+------+---------------+------+---------+------+--
----+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | r
ows | Extra |
+----+-------------+----------+------+---------------+------+---------+------+--
----+-------+
| 1 | SIMPLE | sys_user | ALL | NULL | NULL | NULL | NULL |
4 | |
+----+-------------+----------+------+---------------+------+---------+------+--
----+-------+
1 row in set (0.00 sec)
mysql>
Explain的主要属性有id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra,如何对这些属性进行比较详细的介绍
三、Explain属性介绍
执行计划(Explain)包括如下属性:
比较重要的属性有id、type、key、rows、Extra
3.1 id属性
id属性其实就是显示了SQL的执行顺序,下面分类解释
- id相同的情况
id相同的情况,执行顺序由上到下
本例子来自尚硅谷教程介绍,从执行计划可以看出就是t1>t3>t2,因为SQL有t1.other_column=''
的条件,所以先从t1开始执行,然后是t3,接着是t2
3.2 select_type属性
select_type就是查询的类型,用来区别普通查询、联合查询(union)、子查询等复杂查询,属性分为:
- 1、Simple
简单select查询,查询中不包括子查询、联合查询等 - 2、PRIMARY
PRIMARY可以理解为主查询,当然是在包括子查询等情况下面,最外面的查询被称之为PRIMARY查询 3、SUBQUERY
SUBQUERY就是子查询,一般用于select后面或者where条件后面- 4、DERIVED
DERIVED是衍生查询,一般用于from后面查询返回一个衍生表 - 5、UNION
UNION是联合查询,UNION或者UNION ALL关键字后面的查询表查询都被标记为联合查询 6、UNION RESULT
union result就是从union获取的查询结果
3.3 table属性
table属性,很显然这个属性就是显示查询数据是关于哪张表的
3.4 type属性
type属性表示MySQL找到数据行采取的方式,也称之为访问方式,显示了查询使用了何种类型
访问类型排序,从最好到最差的依次是(常用的):
system>const>eq_ref>ref>range>index>All
然后介绍一下这些级别
- ststem
表只有一条记录的情况,显示type为system,这种一般在系统表才会出现,是const的一种特例 - const
const常量,一般用于where条件后面,用于比较主键索引或者唯一索引,索引一次就可以找到一条记录,一般返回一个常量 - eq_ref
唯一性索引扫描,一般是主键Primary key或者唯一索引(union index),只返回一条记录与之匹配 - ref
非唯一性索引扫描,也是一种索引访问,不过符合的记录有多条 - range
索引返回扫描,一般来说在where条件出现了between或者<、>、in等符合或者关键字就是索引访问扫描,不过建了组合索引,有些情况是会导致索引失效的 - index
index也就是索引全扫描(full index scan),index和all的区别是:index扫描所有索引,all扫描所有数据,在mysql中,索引文件是比文件小,所以index扫描性能是比all好的 - All
all也是全表扫描,不建索引的情况,经常出现全表扫描(full table scan)
备注:要保证sql查询,一般要达到range,或者ref级别
3.5 possible_keys属性
用于显示理论上扫描可能用到的索引
3.6 key属性
用于显示实践上用到的索引,返回null表示没用到索引
3.7 key_len属性
表示索引使用的字节数,key_len显示的是索引字段最大的可能长度,并非实际使用的长度
3.8 ref属性
ref属性用于显示哪些常用或者列被用于查找索引,前提条件是走索引的
3.9 rows属性
rows数据是根据统计信息及索引选用情况,大致估算出的记录数
3.10 Extra属性
Extra可以理解为拓展或者额外的属性,包含了不在其它属性的信息,但是十分重要的额外信息,常用于分析定位性能问题,比较重要的属性有Using filesort、using temporary、using index
- 1、Using filesort
Extra信息显示这个信息说明无法利用索引完成排序order by,而选择了文件排序,这种情况是比较耗性能的,所以要看看索引失效的原因
如图来自尚硅谷视频的例子,这里就出现了Extra信息为using filesort,原因是where条件里用了col1,order by后面只用了col3,而复合索引是3个列都建的,所以导致不能用到索引排序,用了文件排序代替,解决方法是在order by加上col2
备注:索引的两大作用:排序和查询
2、using temporary
出现这个信息表示,使用了临时表保存中间结果,出现原因是在对查询结果排序时使用了临时表,常见与order by和group by一起用的情况
上面例子,就是using temporary的情况,在group by后面加上col2列,使索引能用得上3、Using index
出现using index说明出现覆盖索引(Covering index),是效率不错的!如果using where也一起出现,说明索引被用来查询,只有一个说明只用来读取数据覆盖索引(Covering index),一说索引覆盖,意思是查询时,数据只要从索引获取就可以(从叶子节点获取),不需要读取数据行
注意:查询时,要使用索引覆盖,就要select的列表只取需要的列就可以,不可以select *
,如果将所有的字段一起做索引会导致索引文件过大,影响查询性能- Using where
表示使用了where过滤条件 - Using join buffer
表示使用了连接缓存,也就是内外连接 - Impossible where
where子句的查询结果总是false,不能用来获取任何元组 - Select table optimized away
Distinct
使用了distinct操作,在查到对一条记录后,就不查找相同的记录