MySQL之explain关键字详解

刺骨的言语ヽ痛彻心扉 2022-10-12 15:56 155阅读 0赞

本文转自：

*  [https://segmentfault.com/a/1190000021458117?utm\_source=tag-newest][https_segmentfault.com_a_1190000021458117_utm_source_tag-newest]
 *  [https://www.cnblogs.com/tufujie/p/9413852.html][https_www.cnblogs.com_tufujie_p_9413852.html]

### 文章目录 ###

*   *  一、开始
     *  二、字段含义
     *   *  2-1、id
         *  2-2、select\_type
         *  2-3、table
         *  2-4、partitions
         *  2-5、type
         *  2-6、possible\_keys
         *  2-7、key
         *  2-8、key\_len
         *  2-9、ref
         *  2-10、rows
         *  2-11、filtered
         *  2-12、Extra

## 一、开始 ##

当一条SQL查询很慢，想看看这个SQL执行情况的时候，我们可以使用`explain`关键字对SQL进行分析。

使用`explain`关键字，会返回一个结果，里面有12个字段，每个字段标识一种含义，我们根据其含义进行解析。

![在这里插入图片描述][20210705162358519.png_pic_center]

<table> 
 <thead> 
  <tr> 
   <th>key</th> 
   <th>desc</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>id</td> 
   <td>select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序</td> 
  </tr> 
  <tr> 
   <td>select_type</td> 
   <td>查询类型</td> 
  </tr> 
  <tr> 
   <td>table</td> 
   <td>正在访问哪个表</td> 
  </tr> 
  <tr> 
   <td>partitions</td> 
   <td>匹配的分区</td> 
  </tr> 
  <tr> 
   <td>type</td> 
   <td>访问的类型</td> 
  </tr> 
  <tr> 
   <td>possible_keys</td> 
   <td>显示可能应用在这张表中的索引，一个或多个，但不一定实际使用到</td> 
  </tr> 
  <tr> 
   <td>key</td> 
   <td>实际使用到的索引，如果为NULL，则没有使用索引</td> 
  </tr> 
  <tr> 
   <td>key_len</td> 
   <td>表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度</td> 
  </tr> 
  <tr> 
   <td>ref</td> 
   <td>显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的</td> 
  </tr> 
  <tr> 
   <td>rows</td> 
   <td>根据表统计信息及索引选用情况，大致估算出找到所需的记录所需读取的行数</td> 
  </tr> 
  <tr> 
   <td>filtered</td> 
   <td>查询的表行占表的百分比</td> 
  </tr> 
  <tr> 
   <td>Extra</td> 
   <td>包含不适合在其它列中显示但十分重要的额外信息</td> 
  </tr> 
 </tbody> 
</table>

## 二、字段含义 ##

### 2-1、id ###

1.  id相同时，执行顺序由上至下
2.  如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
3.  id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

### 2-2、select\_type ###

查询中每个select子句的类型

<table> 
 <thead> 
  <tr> 
   <th>key</th> 
   <th>desc</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SIMPLE</td> 
   <td>简单SELECT，不使用UNION或子查询等</td> 
  </tr> 
  <tr> 
   <td>PRIMARY</td> 
   <td>子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY</td> 
  </tr> 
  <tr> 
   <td>UNION</td> 
   <td>若第二个select出现在uion之后，则被标记为UNION</td> 
  </tr> 
  <tr> 
   <td>DEPENDENT UNION</td> 
   <td>UNION中的第二个或后面的SELECT语句，取决于外面的查询</td> 
  </tr> 
  <tr> 
   <td>UNION RESULT</td> 
   <td>UNION的结果，UNION语句中第二个SELECT开始后面所有SELECT</td> 
  </tr> 
  <tr> 
   <td>SUBQUERY</td> 
   <td>子查询中的第一个SELECT，结果不依赖于外部查询</td> 
  </tr> 
  <tr> 
   <td>DEPENDENT SUBQUERY</td> 
   <td>子查询中的第一个SELECT，依赖于外部查询</td> 
  </tr> 
  <tr> 
   <td>DERIVED</td> 
   <td>派生表的SELECT, FROM子句的子查询</td> 
  </tr> 
  <tr> 
   <td>UNCACHEABLE SUBQUERY</td> 
   <td>一个子查询的结果不能被缓存，必须重新评估外链接的第一行</td> 
  </tr> 
 </tbody> 
</table>

### 2-3、table ###

显示这一步所访问数据库中表名称（显示这一行的数据是关于哪张表的），有时不是真实的表名字，可能是别名。

### 2-4、partitions ###

匹配的分区

### 2-5、type ###

对表访问方式，表示MySQL在表中找到所需行的方式，又称**访问类型**

常用的类型有： ALL、index、range、 ref、eq\_ref、const、system、NULL（从左到右，性能从差到好）

<table> 
 <thead> 
  <tr> 
   <th>key</th> 
   <th>desc</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>ALL</td> 
   <td>Full Table Scan，将遍历全表以找到匹配行</td> 
  </tr> 
  <tr> 
   <td>index</td> 
   <td>Full Index Scan，index与ALL区别为index类型只遍历索引树</td> 
  </tr> 
  <tr> 
   <td>range</td> 
   <td>只检索给定范围的行，使用一个索引来选择行</td> 
  </tr> 
  <tr> 
   <td>ref</td> 
   <td>非唯一性索引扫描，返回匹配某个单独值的所有行</td> 
  </tr> 
  <tr> 
   <td>eq_ref</td> 
   <td>类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用primary key或者 unique key作为关联条件</td> 
  </tr> 
  <tr> 
   <td>const、system</td> 
   <td>当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下，使用system</td> 
  </tr> 
  <tr> 
   <td>NULL</td> 
   <td>MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。</td> 
  </tr> 
 </tbody> 
</table>

### 2-6、possible\_keys ###

显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段若存在索引，则该索引将被列出，但不一定被实际使用。

### 2-7、key ###

key列显示MySQL实际决定使用的键（索引），必然包含在possible\_keys中

### 2-8、key\_len ###

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key\_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key\_len是根据表定义计算而得，不是通过表内检索出的）

不损失精确性的情况下，长度越短越好

### 2-9、ref ###

显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的值

### 2-10、rows ###

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需读取的行数

### 2-11、filtered ###

查询的表行占表的百分比

### 2-12、Extra ###

包含不适合在其它列中显示但十分重要的额外信息

<table> 
 <thead> 
  <tr> 
   <th>key</th> 
   <th>desc</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Using filesort</td> 
   <td>说明MySQL会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取</td> 
  </tr> 
  <tr> 
   <td>Using temporary</td> 
   <td>使用了临时表保存中间结果，MySQL在对结果排序时使用临时表，常见于排序order by 和分组查询group by</td> 
  </tr> 
  <tr> 
   <td>Using index</td> 
   <td>表示相应的select操作中使用了覆盖索引（Covering Index）,避免访问了表的数据行，效率不错</td> 
  </tr> 
  <tr> 
   <td>Using where</td> 
   <td>使用了where条件</td> 
  </tr> 
  <tr> 
   <td>Using join buffer</td> 
   <td>改值强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。</td> 
  </tr> 
  <tr> 
   <td>impossible where</td> 
   <td>这个值强调了where语句会导致没有符合条件的行</td> 
  </tr> 
  <tr> 
   <td>distinct</td> 
   <td>一旦mysql找到了与行相联合匹配的行，就不再搜索了</td> 
  </tr> 
  <tr> 
   <td>Select tables optimized away</td> 
   <td>SELECT操作已经优化到不能再优化了（MySQL根本没有遍历表或索引就返回数据了）</td> 
  </tr> 
  <tr> 
   <td>No tables used</td> 
   <td>Query语句中使用from dual 或不含任何from子句</td> 
  </tr> 
 </tbody> 
</table>

[https_segmentfault.com_a_1190000021458117_utm_source_tag-newest]: https://segmentfault.com/a/1190000021458117?utm_source=tag-newest
[https_www.cnblogs.com_tufujie_p_9413852.html]: https://www.cnblogs.com/tufujie/p/9413852.html
[20210705162358519.png_pic_center]: /images/20221005/308444a52cba46fd89a85e7bc55ce023.png