MySQL 之 Explain 输出分析

古城微笑少年丶 2021-09-29 00:02 376阅读 0赞

笔者mysql版本

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzM4MjU5NTM5_size_16_color_FFFFFF_t_70][]

这篇文章，笔者在别的地方看到，贴上转载地址：[https://mp.weixin.qq.com/s/xPTYZbYzN2VKGwdF-BzFhA][https_mp.weixin.qq.com_s_xPTYZbYzN2VKGwdF-BzFhA]

Explain，估计大家在工作或者面试中多多少少都会接触过这个。可能工作中实际使用的不多，但是不论的自己学习还是面试，都需要掌握的。

Explain 可以使用在`SELECT, DELETE, INSERT, REPLACE, and UPDATE` 语句中，执行的结果会在每一行显示用到的每一个表的详细信息。简单语句可能结果就只有一行，但是复杂的查询语句会有很多行数据。

### `Explain` 的使用 ###

在 SQL 语句前面加上 `explain`，如：`EXPLAIN SELECT * FROM a;`

举个例子

CREATE TABLE `a` (  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,  `uid` int(10) unsigned DEFAULT NULL,  PRIMARY KEY (`id`),  KEY `idx_uid` (`uid`) USING BTREE) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

采用上面的语句`EXPLAIN SELECT * FROM a;`，效果如下

![20190613084436767.png][]

通过图片我们可以看到执行过后会输出 12 个字段，那么每个字段是什么意思呢？我们来一一看下

### `Explain` 输出的字段内容 ###

`id, select_type, table, partitions, type, possible_keys, key, key_len, ref, rows,filtered,extra`

<table> 
 <thead> 
  <tr> 
   <td>列名</td> 
   <td>含义</td> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>id</td> 
   <td>查询语句的标识</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>mysql 决定采用的索引来优化查询</td> 
  </tr> 
  <tr> 
   <td>key_len</td> 
   <td>索引 key 的长度</td> 
  </tr> 
  <tr> 
   <td>ref</td> 
   <td>显示了之前的表在key列记录的索引中查找值所用的列或常量</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>

### 常用字段详细介绍 ###

1.id: 是用来顺序标识整个查询中 select 语句的，在嵌套查询中id越大的语句越先执行2.select\_type:

•simple: 简单的SELECT（不使用UNION或子查询）•primary: 最外面的SELECT•union: UNION中的第二个或更高的SELECT语句•dependent union: UNION中的第二个或更高的SELECT语句，取决于外部查询•union result: UNION的结果•subquery: 在子查询中首先选择SELECT•dependent subquery: 子查询中的第一个SELECT，取决于外部查询•derived: 派生表——该临时表是从子查询派生出来的，位于from中的子查询•uncacheable subquery: 无法缓存结果的子查询，必须为外部查询的每一行重新计算•uncacheable union: 在UNION中的第二个或更晚的选择属于不可缓存的子查询

3.table: 每一行引用的表名4.type: 从上到下效果依次降低

•system: const 的一种特例，表中只有一行数据•const: 当确定最多只会有一行匹配的时候，MySQL优化器会在查询前读取它而且只读取一次，因此非常快。使用主键查询往往就是 const 级别的，非常高效•eq\_ref: 最多只返回一条符合条件的记录，通过使用在两个表有关联字段的时候•ref: 通过普通索引查询匹配的很多行时的类型•fulltext: 全文索引•ref\_or\_null: 跟 ref 类似的效果，不过多一个列不能 null 的条件•index\_merge: 此连接类型表示使用了索引合并优化。在这种情况下，输出行中的 key 列包含使用的索引列表，key\_len包含所用索引的最长 key 部分列表•unique\_subquery: 在使用 in 查询的情况下会取代 eq\_ref•range: 范围扫描，一个有限制的索引扫描。key 列显示使用了哪个索引。当使用=、 <>、>、>=、<、<=、IS NULL、<=>、BETWEEN 或者 IN 操作符，用常量比较关键字列时,可以使用 range•index: 类似全表扫描，只是扫描表的时候按照索引次序进行而不是行。主要优点就是避免了排序, 但是开销仍然非常大。如在Extra列看到Using index，说明正在使用覆盖索引，只扫描索引的数据，它比按索引次序全表扫描的开销要小很多•ALL: 全表扫描

5.possible\_key: MySQL 可能采用的索引，但是并不一定使用6.key: MySQL 正真使用的索引名称7.rows: 预估的扫描行数，只能参考不准确8.extra: 该列包含了很多额外的信息，包括是否文件排序，是否有临时表等，很多时候这个字段很有用能提供很多信息

### 小结 ###

今天简单的给大家介绍了一些 Explain 的输出信息，很多时候我们可能在平时很少接触，但是很多时候我们还是要掌握的。有些东西该记还得记，该背还得背，毕竟这个社会就是比的谁知道的多。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzM4MjU5NTM5_size_16_color_FFFFFF_t_70]: /images/20210920/53f88792a82c480784bafc3a2c49dbc5.png
[https_mp.weixin.qq.com_s_xPTYZbYzN2VKGwdF-BzFhA]: https://mp.weixin.qq.com/s/xPTYZbYzN2VKGwdF-BzFhA
[20190613084436767.png]: /images/20210920/4acf5ed3f5e24c2a8153b30f430a8aff.png