面试前必须知道的MySQL命令【expalin】
前言
只有光头才能变强
刷面试题的时候,不知道你们有没有见过mysql这两个命令:explain
和profile
(反正我就见过了)..
之前虽然知道这两个命令大概什么意思,但一直没有去做笔记。今天发现自己的todo list
有这么两个命令,于是打算来学习一番,记录一下~
使用的mysql的版本为5.6.38
一、explain命令
1.1体验explain命令
首先我们来体验一下explain
命令是怎么使用的,以及输出的结果是什么:
explain select * from table_user ;
输出结果:
发现很使用起来很简单,只要explain后边跟着sql语句就完事了(mysql5.6之前的版本,只允许解释select
语句,从 mysql5.6开始,非select
语句也可以被解释了)。
1.2为什么需要explain命令
我们很多时候编写完一条sql语句,往往想知道这条sql语句执行是否高效。或者说,我们建立好的索引在这条sql语句中是否使用到了,就可以使用explain
命令来分析一下!
- 简单来说:通过
explain
命令我们可以学习到该条sql是如何执行的,随后解析explain的结果可以帮助我们使用更好的索引,最终来优化它!
通过explain
命令我们可以知道以下信息:表的读取顺序,数据读取操作的类型,哪些索引可以使用,哪些索引实际使用了,表之间的引用,每张表有多少行被优化器查询等信息。
// 好了,我们下面看一下explain出来的结果是怎么看的。
1.3读懂explain命令结果
explain命令输出的结果有10列:id、select_type、table、type、possible_keys、key、key_len、ref、rows、extra
1.3.1id
包含一组数字,表示查询中执行select子句或操作表的顺序。
在id列上也会有几种情况:
- 如果id相同执行顺序由上至下。
- 如果id不相同,id的序号会递增,id值越大优先级越高,越先被执行。
- (一般有子查询的sql语句id就会不同)
1.3.2select_type
表示select查询的类型
select_type属性下有好几种类型:
- simplle:简单查询,该查询不包含 union 或子查询
- primary:如果查询包含union 或子查询,则最外层的查询被标识为primary
- union:表示此查询是 union 中的第二个或者随后的查询
- dependent:union 满足 union 中的第二个或者随后的查询,其次取决于外面的查询
- union result:union 的结果
- subquery:子查询中的第一个select语句(该子查询不在from子句中)
- dependent subquery:子查询中的 第一个 select,同时取决于外面的查询
- derived:包含在from子句中子查询(也称为派生表)
- uncacheable subquery:满足是子查询中的第一个 select 语句,同时意味着 select 中的某些特性阻止结果被缓存于一个 item_cache 中
- uncacheable union:满足此查询是 union 中的第二个或者随后的查询,同时意味着 select 中的某些特性阻止结果被缓存于一个 item_cache 中
类型有点多啊,我加粗的是最常见的,起码要看得懂加粗的部分。
1.3.3table
该列显示了对应行正在访问哪个表(有别名就显示别名)。
当from子句中有子查询时,table列是 <derivenn>
格式,表示当前查询依赖 id=n
的查询,于是先执行 id=n
的查询
1.3.4type
该列称为关联类型或者访问类型,它指明了mysql决定如何查找表中符合条件的行,同时是我们判断查询是否高效的重要依据。
以下为常见的取值
- all:全表扫描,这个类型是性能最差的查询之一。通常来说,我们的查询不应该出现 all 类型,因为这样的查询,在数据量最大的情况下,对数据库的性能是巨大的灾难。
- index:全索引扫描,和 all 类型类似,只不过 all 类型是全表扫描,而 index 类型是扫描全部的索引,主要优点是避免了排序,但是开销仍然非常大。如果在 extra 列看到 using index,说明正在使用覆盖索引,只扫描索引的数据,它比按索引次序全表扫描的开销要少很多。
- range:范围扫描,就是一个有限制的索引扫描,它开始于索引里的某一点,返回匹配这个值域的行。这个类型通常出现在
=、<>、>、>=、<、<=、is null、<=>、between、in()
的操作中,key 列显示使用了哪个索引,当 type 为该值时,则输出的 ref 列为 null,并且 key_len 列是此次查询中使用到的索引最长的那个。 - ref:一种索引访问,也称索引查找,它返回所有匹配某个单个值的行。此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用了最左前缀规则索引的查询。
- eq_ref:使用这种索引查找,最多只返回一条符合条件的记录。在使用唯一性索引或主键查找时会出现该值,非常高效。
- const、system:该表至多有一个匹配行,在查询开始时读取,或者该表是系统表,只有一行匹配。其中 const 用于在和 primary key 或 unique 索引中有固定值比较的情形。
- null:在执行阶段不需要访问表。
1.3.5possible_keys
这一列显示查询可能使用哪些索引来查找
1.3.6key
这一列显示mysql实际决定使用的索引。如果没有选择索引,键是null。
1.3.7key_len
这一列显示了在索引里使用的字节数,当key列的值为 null 时,则该列也是 null
1.3.8ref
这一列显示了哪些字段或者常量被用来和key配合从表中查询记录出来。
1.3.9rows
这一列显示了估计要找到所需的行而要读取的行数,这个值是个估计值,原则上值越小越好。
1.3.10extra
其他的信息
常见的取值如下:
- using index:使用覆盖索引,表示查询索引就可查到所需数据,不用扫描表数据文件,往往说明性能不错。
- using where:在存储引擎检索行后再进行过滤,使用了where从句来限制哪些行将与下一张表匹配或者是返回给用户。
- using temporary:在查询结果排序时会使用一个临时表,一般出现于排序、分组和多表 join 的情况,查询效率不高,建议优化。
- using filesort:对结果使用一个外部索引排序,而不是按索引次序从表里读取行,一般有出现该值,都建议优化去掉,因为这样的查询 cpu 资源消耗大。
最后
原本以为explain命令是比较难学的,但查找资料看下来,之前只是不知道具体的列和列中下的属性是什么意思而已。常见出现的其实也就那么几个,感觉对着每个属性多看一会,还是可以能看懂的。
当然了,在《高性能mysql》中也有复杂的sql语句来分析(但我认为我们一般不会写到那么复杂)..
这篇文章也借鉴了很多其他优秀的博客,如果大家有兴趣的话可以去阅读一下:
- explain 命令详解:
- mysql explain 命令详解:
- mysql系列_explain执行计划:
- mysql explain详解
如果你觉得我写得还不错,了解一下:
- 坚持原创的技术公众号:java3y。回复 1 加入java交流群
- 文章的目录导航(精美脑图+海量视频资源):
上一篇: Yii框架模拟组件调用注入示例
下一篇: 有哪些减肥又好吃的海洋食物