使用Mysql Explain 查询sql执行计划

太过爱你忘了你带给我的痛 2024-03-31 09:24 55阅读 0赞

**目录**

前言

1. explain是什么

2. 使用explain的意义是什么

3. explain的用法是什么

4. explain的输出的列

4.1 id

4.2 select\_type：

4.3 table：

4.4 partitions：

4.5 type：

4.6 possible\_keys：

4.7 key：

4.8 key\_len：

4.9 ref：

4.10 rows：

4.11 filtered：

4.12 Extra：

5. 总结

--------------------

## 前言 ##

最近运维反馈生产环境产生了大量的慢sql，开发的同事在改这些慢sql的时候，我发现开发的同事纯粹是为了完成开发任务，在写sql的时候，极少用explain，或者不明白explain的意义在哪。这篇文章，我将和大家分享，为什么在上线一个sql前要用explain和explain执行计划结果信息的解读。

## 1. explain是什么 ##

用来查询sql语句的执行计划的一个命令。

## 2. 使用explain的意义是什么 ##

使用mysql提供的explain命令可以查询sql语句的执行计划，可以提交了解到sql语句会不会使用上索引，会不会全表扫描等。这对于提前评估sql语句的查询性能、以及是否需要建索引都能提供一些指导。如果这一步可以做得很好，根据二八原则，相信至少可以避免80%的慢sql。

## 3. explain的用法是什么 ##

explain的用法其实很简单，explain +sql查询语句，然后正常执行这条语句就可以看到结果。

## 4. explain的输出的列 ##

explain输出的结果列包括有12字段，id、select\_type、table、partitions、type、possible\_keys、key、key\_len、ref、rows、filtered、Extra，这些字段用来描述sql语句的查询计划，各列不同的值的有着不同的含义，如下：

### 4.1 id ###

1.id相同时，执行顺序由上至下。

2.如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行。

3.id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行。

### 4.2 select\_type： ###

表示查询的类型，不同的值表示的含义各不相同，如下：

(1) SIMPLE(简单SELECT，不使用UNION或子查询等)。

(2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)。

(3) UNION(UNION中的第二个或后面的SELECT语句)。

(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)。

(5) UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)。

(6) SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)。

(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)。

(8) DERIVED(派生表的SELECT, FROM子句的子查询)。

(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)。

### 4.3 table： ###

输出结果集的表,显示这一步所访问数据库中表名称，有时不是真实的表名字，可能是表的别名。

### 4.4 partitions： ###

匹配的分区。

### 4.5 type： ###

表的连接类型，有的地方叫“访问类型”，即对表访问方式，MySQL在表中找到所需行的方式。

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

ALL：全表扫描， 即MySQL将遍历全表以找到匹配的行。

index: 索引全扫描，MySQL遍历整个索引来查询匹配行。

range:索引范围扫描，常用于、>=、between等操作，注意这种情况下比较的字段是需要加索引的，如果没有索引，则 MySQL会进行全表扫描。

ref: 非唯一索引扫描，使用非唯一索引或唯一索引的前缀扫描，返回匹配某个单独值的记录行。

eq\_ref: 唯一索引扫描，区别在于使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配。

const、system: 单表中最多有一条匹配行，查询起来非常迅速，所以这个匹配行的其他列的值可以被优化器在当前查询中当作常量来处理。

NULL: MySQL不用访问表或者索引，直接就能够得到结果。

### 4.6 possible\_keys： ###

表示查询时，可能使用的索引，指出MySQL能使用哪个索引在表中找到记录，如果该列是NULL，则没有相关的索引。

### 4.7 key： ###

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

### 4.8 key\_len： ###

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

### 4.9 ref： ###

列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值。

### 4.10 rows： ###

估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数。

### 4.11 filtered： ###

按表条件过滤的行百分比，存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例(百分比)。

### 4.12 Extra： ###

执行情况的描述和说明，包含不适合在其他列中显示但是对执行计划非常重要的额外信息，最主要的有以下三种：

<table> 
 <tbody> 
  <tr> 
   <td> <p>Using Index</p> </td> 
   <td> <p>表示索引覆盖，不会回表查询</p> </td> 
  </tr> 
  <tr> 
   <td> <p>Using Where</p> </td> 
   <td> <p>表示进行了回表查询</p> </td> 
  </tr> 
  <tr> 
   <td> <p>Using Index Condition</p> </td> 
   <td> <p>表示进行了ICP优化</p> </td> 
  </tr> 
  <tr> 
   <td> <p>Using Flesort</p> </td> 
   <td> <p>表示MySQL需额外排序操作, 不能通过索引顺序达到排序效果</p> </td> 
  </tr> 
 </tbody> 
</table>

## 5. 总结 ##

explain的命令很简单，但explain背后的mysql优化器可并不简单，可以说是mysql最复杂的存在了。不过没关系，只要掌握好explain输出各字段的含义，对于普通的开发者来说，至少不用加班改慢sql了。如果你也赞同我的法，给我点个赞吧。