Java架构-面试前必须知道的MySQL命令【explain】

刷面试题的时候，不知道大家有没有见过MySQL这两个命令：explain和profile(反正我就见过了)..

以前虽然知道这两个命令大概什么意思，但一直没有去作笔记。今天发现本身的TODO LIST有这么两个命令，因而打算来学习一番，记录一下~

使用的MySQL的版本为5.6.38

1、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列是 格式，表示当前查询依赖 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命令是比较难学的，但查找资料看下来，以前只是不知道具体的列和列中下的属性是什么意思而已。常见出现的其实也就那么几个，感受对着每一个属性多看一会，仍是能够能看懂的。

欢迎你们和我一块儿学习交流构建Java云架构，我这边会将近期研发的Java云架构的搭建过程和精髓记录下来，帮助更多有兴趣研发Java高级架构的朋友，你们来一块儿探讨Java高级架构的搭建过程及如何运用于企业项目。

我本人邀约各大BATJ架构大牛共创Java高级架构交流社区群，（群号：673043639）致力于免费提供Java架构行业交流平台，经过这个平台让你们相互学习成长，提升技术，让本身的水平进阶一个档次，成功通往Java架构技术大牛或架构师发展。

但愿此文能帮到你们的同时，也听听你们的观点。欢迎留言讨论，加关注，分享你的高见！持续更新！

To-陌霖Java架构

分享互联网最新文章 关注互联网最新发展