Mysql-执行计划explain解释、explain各字段意思、执行计划explain输出列说明

冷不防 2023-10-09 17:17 14阅读 0赞

#### explain输出列说明 ####

*  EXPLAIN 输出列
 *  各列详解
 *   *  id (JSON name: select\_id)
     *  select\_type (JSON name: none)
     *  table (JSON name: table\_name)
     *  partitions (JSON name: partitions)
     *  type (JSON name: access\_type)
     *  possible\_keys (JSON name: possible\_keys)
     *  key (JSON name: key)
     *  key\_len (JSON name: key\_length)
     *  ref (JSON name: ref)
     *  rows (JSON name: rows)
     *  filtered (JSON name: filtered)
     *  Extra (JSON name: none)

## EXPLAIN 输出列 ##

`当使用参数FORMAT=JSON时，key对应下面表格的JSON Name列`

<table> 
 <thead> 
  <tr> 
   <th>列</th> 
   <th>JSON Name</th> 
   <th>意义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>id</td> 
   <td>select_id</td> 
   <td>选择标识符</td> 
  </tr> 
  <tr> 
   <td>select_type</td> 
   <td>None</td> 
   <td>选择类型</td> 
  </tr> 
  <tr> 
   <td>table</td> 
   <td>table_name</td> 
   <td>输出行的表</td> 
  </tr> 
  <tr> 
   <td>partitions</td> 
   <td>partitions</td> 
   <td>匹配的分区</td> 
  </tr> 
  <tr> 
   <td>type</td> 
   <td>access_type</td> 
   <td>加入类型</td> 
  </tr> 
  <tr> 
   <td>possible_keys</td> 
   <td>possible_keys</td> 
   <td>可供选择的索引</td> 
  </tr> 
  <tr> 
   <td>key</td> 
   <td>key</td> 
   <td>实际选择的索引</td> 
  </tr> 
  <tr> 
   <td>key_len</td> 
   <td>key_length</td> 
   <td>所选索引的长度</td> 
  </tr> 
  <tr> 
   <td>ref</td> 
   <td>ref</td> 
   <td>与索引相比的列</td> 
  </tr> 
  <tr> 
   <td>rows</td> 
   <td>rows</td> 
   <td>估计要检查的行数</td> 
  </tr> 
  <tr> 
   <td>filtered</td> 
   <td>filtered</td> 
   <td>按表条件过滤的行数的百分比</td> 
  </tr> 
  <tr> 
   <td>Extra</td> 
   <td>None</td> 
   <td>附加信息</td> 
  </tr> 
 </tbody> 
</table>

## 各列详解 ##

### id (JSON name: select\_id) ###

选择标识符。这是查询中 SELECT 的序号。如果该行引用其他行的联合结果，则该值可以为 NULL。在这种情况下，表列显示一个类似 <unionM,N> 的值，表示该行引用 id 值为 M 和 N 的行的并集。

### select\_type (JSON name: none) ###

SELECT 的类型，可以是下表中显示的任何一种。 JSON 格式的 EXPLAIN 将 SELECT 类型公开为 query\_block 的属性，除非它是 SIMPLE 或 PRIMARY。 JSON 名称（如果适用）也显示在表中。

<table> 
 <thead> 
  <tr> 
   <th>select_type 值</th> 
   <th>JSON Name</th> 
   <th>意义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SIMPLE</td> 
   <td>None</td> 
   <td>简单 SELECT（不使用 UNION 或子查询）</td> 
  </tr> 
  <tr> 
   <td>PRIMARY</td> 
   <td>None</td> 
   <td>最外层的 SELECT</td> 
  </tr> 
  <tr> 
   <td>UNION</td> 
   <td>None</td> 
   <td>UNION 中的第二个或之后的 SELECT 语句</td> 
  </tr> 
  <tr> 
   <td>DEPENDENT UNION</td> 
   <td>dependent (true)</td> 
   <td>UNION 中的第二个或后面的 SELECT 语句，取决于外部查询</td> 
  </tr> 
  <tr> 
   <td>UNION RESULT</td> 
   <td>union_result</td> 
   <td>UNION 的结果。</td> 
  </tr> 
  <tr> 
   <td>SUBQUERY</td> 
   <td>None</td> 
   <td>子查询中的第一个 SELECT</td> 
  </tr> 
  <tr> 
   <td>DEPENDENT SUBQUERY</td> 
   <td>dependent (true)</td> 
   <td>子查询中的第一个 SELECT，依赖于外部查询</td> 
  </tr> 
  <tr> 
   <td>DERIVED</td> 
   <td>None</td> 
   <td>派生表</td> 
  </tr> 
  <tr> 
   <td>DEPENDENT DERIVED</td> 
   <td>dependent (true)</td> 
   <td>派生表依赖于另一个表</td> 
  </tr> 
  <tr> 
   <td>MATERIALIZED</td> 
   <td>materialized_from_subquery</td> 
   <td>物化子查询</td> 
  </tr> 
  <tr> 
   <td>UNCACHEABLE SUBQUERY</td> 
   <td>cacheable (false)</td> 
   <td>无法缓存结果且必须为外部查询的每一行重新评估的子查询</td> 
  </tr> 
  <tr> 
   <td>UNCACHEABLE UNION</td> 
   <td>cacheable (false)</td> 
   <td>属于不可缓存子查询的 UNION 中的第二个或后面的选择（请参阅 UNCACHEABLE SUBQUERY）</td> 
  </tr> 
 </tbody> 
</table>

### table (JSON name: table\_name) ###

表名

### partitions (JSON name: partitions) ###

查询将匹配记录的分区。对于非分区表，该值为 NULL。

### type (JSON name: access\_type) ###

*  system（该表只有一行（=系统表）。这是 const 连接类型的特例。）。
 *  const（该表中最多有一个匹配行，例如primary key或者unique index）。
 *  eq\_ref（对于前面的每一行，在此表中只查询一条记录，简单来说，就是多表连接中使用primary key或者unique index）。
 *  ref（与eq\_ref类似，区别在于不是使用primary key或者unique index，而是使用普通的索引）。
 *  ref\_or\_null（与ref类似，区别在于条件中包含对NULL的查询）。
 *  index\_merge（索引合并优化）。
 *  unique\_subquery（in的后面是一个查询主键字段的子查询）。
 *  index\_subquery（与unique\_subquery类似，区别在于in的后面是查询非唯一索引字段的子查询）。
 *  range（单表中的范围查询，用运算符 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, LIKE, or IN()将字段和常量进行比较时）。
 *  index（对于前面的每一行，都通过查询索引来得到数据）。
 *  all（对于前面的每一行，都通过全表扫描来得到数据）。

### possible\_keys (JSON name: possible\_keys) ###

指示 MySQL 可能会用到的索引来查找该表中的行

### key (JSON name: key) ###

MySQL 实际决定使用的键（索引）

### key\_len (JSON name: key\_length) ###

MySQL 决定使用的键的长度

### ref (JSON name: ref) ###

表示将哪些列或常量与键列中指定的索引进行比较来从表中选择行。

### rows (JSON name: rows) ###

表示 MySQL 认为它必须检查以执行查询的行数。

对于 InnoDB 表，这个数字是一个估计值，可能并不总是准确的。

### filtered (JSON name: filtered) ###

按表条件过滤的表行的估计百分比。最大值为 100，这意味着没有发生行过滤。值从 100 开始减少表示过滤量增加。 rows 显示检查的估计行数，rows × filtered 显示与下表连接的行数。例如rows为1000，filtered为50.00（50%），则下表join的行数为1000×50%=500。

### Extra (JSON name: none) ###

MySQL 如何解析查询的附加信息。  
一下列举常见的几种：

*  Using index（此值表示mysql将使用覆盖索引，以避免访问表）。
 *  Using where（mysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当(并且如果)它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引）。
 *  Using temporary（mysql 对查询结果排序时会使用临时表）。
 *  Using filesort（mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成）。
 *  Range checked for each record(index map: N) （没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible\_keys列中索引的位图，并且是冗余的）。