MySQL的Explain总结

内容导航：

MySQL的Explain总结

如何看懂mysql explain

如何理解mysql中explain关键字的作用呢？

mysql explain 怎么看

一、MySQL的Explain总结

Explain简介

MySQL优化器在基于成本的计算和基于规则的SQL优化会生成一个所谓的执行计划，我们就可以使用执行计划查看MySQL对该语句具体的执行方式。

介绍这个好啰嗦就是了，我们可以通过这个优化器展示的执行计划，查看优化器对我们的SQL进行优化的步骤，连接转换成单表访问时的优化。以及对于之前知识的复习了属于是，比如访问方式，索引的选择，半连接等SQL语句优化。

mysql> explain select * from mall.ums_admin;+----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------+| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |+----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------+|  1 | SIMPLE      | ums_admin | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    5 |   100.00 | NULL  |+----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------+1 row in set, 1 warning (0.00 sec)

上述是我们使用explain使用的简单小例子。下面是每列的简单描述。

我们接下来就是对于Explain中展示的列进行介绍，回涉及到之前的SQL成本和语句优化。

table列

对于每个SQL语句来说，不管是不是使用连接的多表查询，我们最后都会变成执行多个单表查询的语句。所以table列就指明了当前执行某个计划的表是哪一个。就比如上面例子的单表查询的SQL。

ID列

会有以下几种情况

单表查询，此时的ID列就为1。连接查询，此时对于两个表的连接查询ID列都为1，MySQL视在前面的表就是作为驱动表，在后面的表就是作为被驱动表。

子查询，有多种情况当子查询不能被优化（前面提到的物化表转连接，半连接）时，每次出现一次SELECT关键字时，就会再分配一个独立的ID，即ID加一。当子查询能被优化为连接时（物化表不能转连接的情况也不能优化哦），就会对SQL语句进行重写优化，就会被视为连接，这是ID列就和外层相等咯。UNION连表，就是出现一个select就再分配一个ID值。稍微有点特殊对于UNION ALL。

首先呢是因为UNION关键字会对合并的结果集进行去重，进行去重就得创建一个临时表来进行去重，第三行是一个临时表。但是呢UNION ALL不去重就不会出现第三行记录。

select_type列

Simple

就是简单的单表查询或者连接查询。

PRIMARY

就是UNION或UNION ALL或子查询的情况下，最左边的select就是PRIMARY类型的。

UNION

就是UNION的时候除了最左边的SELECT是PRIMARY类型，其他的SELECT都是UNION。

UNION RESULT

UNION的结果就会创建一个临时表进行去重，临时表就是这个select_type。

SUBQUERY子查询不能转换为半连接该子查询是不相关子查询子查询就会考虑使用物化的方案(如果数量很少就不会物化)

以上三个条件成立，此时子查询的第一个select部分的select_type就是SUBQUERY。如果物化的话，子查询只会执行一次，应该不用多说了。

DEPENDENT SUBQUERY子查询不能转换为半连接子查询是相关子查询

以上条件成立，此时子查询的第一个select部分的select_type就是DEPENDENT SUBQUERY。相关外层查询会不断传参然后一直进行子查询。

DEPENDENT UNION

UNION中除了最左边的select部分，被union连接的小查询的select_type 都是DEPENDENT UNION。

DERIVED

采用物化的方式执行的派生表，其中的子查询的select_type就是DERIVED。

MATERIALIZED

当子查询是物化后转连接的方式，就是首先子查询是不相关子查询，然后子查询执行物化，优化成连接的方式和外层查询。此时子查询的select_type就是MATERIALIZED。

partitions列

一般情况下都为null。

type列

就是介绍访问当前行的表的访问方式。

我们之前学习的有

const 主键或唯一索引等值查询ref 二级索引等值查询ref_or_null 二级索引等值查询或null值range 范围查询index 使用二级索引进行结果覆盖all 全表扫描

新的

system 当表中只有一条记录，且该表的存储引擎的统计数据是精确的（MYISAM、MEMORY），此时访问就是system。eq_ref 连接查询时，对于被驱动表是使用主键或唯一索引进行访问的，被驱动表的访问方式就是eq_ref。index_merge 索引合并，就是intersection索引交集或者union索引并集，sort_union排序并集。unique_subquery 就是优化器将外层查询的in优化为exists，子查询可以使用主键或唯一索引进行查询，此时子查询就是unique_subquery 。？？？index_subquery 就是上面的变种，此时子查询使用普通的二级索引就是这个访问方式。possible_key和key列

possible_key就是SQL可以用到的索引。

key就是优化器计算成本后决定使用的索引列。

key_len列

就是使用的索引的索引记录的长度。有三部分相加而成。

如果是固定长度的，int这类的就是其的固定长度4。如果是变长的，比如varchar(100)且字符集utf8的就是最大长度300。能不能为null值，如果可以需要1字节。记录变长字段的长度，默认就是2字节，变长字段需要添加（字符集变长也需要添加）。

对于上面三部分，前面已经讲得很清楚了。

如果是varchar(100)可以为null的列，就需要300字节数据最大长度+1字节的非null+2字节记录长度，总长度就是303字节。

对于联合索引来说，用几个索引这个值就根据索引进行叠加上去，606就是俩varchar(100)可以为null的字段的联合索引。

ref列

就是当我们使用索引进行匹配的时候，索引列具体等值匹配的是什么东西，常数值还是一个列等等。

rows列

代表优化器经过预测具体要扫描表或者索引多少行。

filter列

代表驱动表的扇出比例，比如驱动表经过自身查询条件后预计会有多少记录数符合条件，输出出来。

对于单表来说这个字段没有意义，但是对于连接查询来说，可以预计被驱动表会执行多少次，即驱动表的扇出值。

extra列

就是优化器为我们提供额外信息，来帮助我们分析语句。

No tables used表示查询语句没有from，没有从表被使用到。Impossible where顾名思义，不可能满足的where语句，如1 != 1这种永远不可能满足No matching min/max row使用min和max聚集函数但是where语句没有能匹配的记录。Using index就是索引覆盖嘛。忘了可以回前面SQL优化文章看看Using index condition就是索引一个条件能使用，一个条件不能使用，导致我们使用索引先进行一个条件的查询，然后再对查询结果进行另外一个条件的过滤，然后再回表。Using where使用全表扫描或索引扫描，然后语句中有where的普通条件需要一条一条进行过滤，通常是没有使用索引的列，就会出现Using where的备注。Using join buffer我们使用join buffer加快驱动表对于被驱动表的连接。Not exists当进行外连接的时候，被驱动表的搜索条件为某个列 is null 但是列本身是not null的，这时就会出现not existsUsing intersect(...) ，Using union(...)，Using sort_union(...)当出现着这个备注就表示使用了索引合并。Zero limit出现limit 0，这种不要结果的SQL。Using filesort当无法使用索引排序，就会将数据在内存(数据量少的时候)或者在磁盘(数据量多的时候)进行对应条件的排序。这是十分耗时的，这是能用索引尽量用索引。Using temporary使用了临时表Start temporary , End temporary就是查询优化器使用半连接优化时，使用的是临时表对连接结果去重的方案实现半连接的时候，驱动表就会在extra中显示Start temporary，而被驱动表显示End temporary。LooseScan就是我们使用半连接的LooseScan的策略实现时，就会在驱动表中出现这个。FirstMatch忘了去SQL优化看了一下，就是最笨的那个驱动表一条一条匹配被驱动表的方式，就会在被驱动表显示此注释。最后(求关注，别白嫖我)

如果这篇文章对您有所帮助，或者有所启发的话，欢迎关注我的公众号：程序员黑哥

一、如何看懂mysql explain

如何看懂mysql explain
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
使用方法，在select语句前加上explain就可以了，如：
explain select * from statuses_status where id=11;

explain列的解释

二、如何理解mysql中explain关键字的作用呢？

你好，很高兴回答你的问题。
mysql中可以通过explain执行语句得到，这个语句可能会命中的索引，有没有命中索引，命中了哪个索引。命中了多少行数据等等。
可以根据这个结果来判断是否需要优化语句，是否需要优化索引等等。
如果有帮助到你，请点击采纳。

三、mysql explain 怎么看

explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
使用方法，在select语句前加上explain就可以了，如：
explain select * from statuses_status where id=11;

explain列的解释
table：显示这一行的数据是关于哪张表的
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和all
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从where语句中选择一个合适的语句
key： 实际使用的索引。如果为null，则没有使用索引。很少的情况下，mysql会选择优化不足的索引。这种情况下，可以在select语句中使用use index（indexname）来强制使用一个索引或者用ignore index（indexname）来强制mysql忽略索引
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：mysql认为必须检查的用来返回请求数据的行数
extra：关于mysql如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是using temporary和using filesort，意思mysql根本不能使用索引，结果是检索会很慢