MySQL进阶系列：一文详解explain各字段含义

这是我参与8月更文挑战的第2天，活动详情查看：8月更文挑战mysql

explain有何用处呢：为了知道优化SQL语句的执行，须要查看SQL语句的具体执行过程，以加快SQL语句的执行效率。算法

可使用explain+SQL语句来模拟优化器执行SQL查询语句，从而知道mysql是如何处理sql语句的。经过查看执行计划了解执行器是否按照咱们想的那样处理SQL。sql

explain执行计划中包含的信息以下：数据库

id: 查询序列号
select_type: 查询类型
table: 表名或者别名
partitions: 匹配的分区
type: 访问类型
possible_keys: 可能用到的索引
key: 实际用到的索引
key_len: 索引长度
ref: 与索引比较的列
rows: 估算的行数
filtered: 按表条件筛选的行百分比
Extra: 额外信息

下面说下具体每一列的表示的含义和对应sql.缓存

测试使用mysql版本5.7，使用的3个表结构以下markdown

CREATE TABLE `demo`.`emp`  (
  `emp_id` bigint(20) NOT NULL,
  `name` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL COMMENT '姓名',
  `empno` int(20) NOT NULL COMMENT '工号',
  `deptno` int(20) NOT NULL COMMENT '部门编号',
  `sal` int(11) NOT NULL DEFAULT 0 COMMENT '销售量',
  PRIMARY KEY (`emp_id`) USING BTREE,
  INDEX `u1`(`deptno`) USING BTREE,
  UNIQUE INDEX `u2`(`empno`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

CREATE TABLE `demo`.`dept`  (
  `id` bigint(20) NOT NULL,
  `deptno` int(20) NOT NULL COMMENT '部门编码',
  `dname` varchar(20) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '部门名称',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `dept_u1`(`deptno`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;


CREATE TABLE `demo`.`salgrade`  (
  `id` bigint(20) NOT NULL,
  `losal` int(20) NULL DEFAULT NULL,
  `hisal` int(20) NULL DEFAULT NULL,
  `emp_id` bigint(20) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;
复制代码

一 id列

select查询的序列号(一组数字)，表示查询中执行select子句或者操做表的顺序。架构

id列分为三种状况：数据库设计

一、若是id相同，那么执行顺序从上到下post

mysql> explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal;
复制代码

二、若是id不一样，若是是子查询，id的序号会递增，id值越大优先级越高，越先被执行\性能

mysql> explain select * from emp e where e.deptno = (select d.deptno from dept d where d.dname = 'SALES');
复制代码

三、id相同和不一样的，同时存在：相同的能够认为是一组，从上往下顺序执行，在全部组中，id值越大，优先级越高，越先执行

mysql> explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal wheree.deptno = (select d.deptno from dept d where d.dname = 'SALES');
复制代码

二，select_type列

主要用来分辨查询的类型，是普通查询仍是联合查询仍是子查询
复制代码

1. sample: 简单的查询，不包含子查询和union

mysql> explain select * from emp;
复制代码

primary: 查询中若包含任何复杂的子查询，最外层查询则被标记为Primary

mysql> explain select * from emp e where e.deptno = (select d.deptno from dept d where d.dname = 'SALES');
复制代码

union: 在union，union all和子查询中的第二个和随后的select被标记为union

mysql> explain select * from emp where deptno = 10 union select * from emp where sal >2000;
复制代码

4. dependent union: 在包含UNION或者UNION ALL的大查询中，若是各个小查询都依赖于外层查询的话，那除了最左边的那个小查询以外，其他的小查询的select_type的值就是DEPENDENT UNION。

mysql> explain select * from emp e where e.empno  in ( select empno from emp where deptno = 10 union select empno from emp where sal >2000)
复制代码

5. union result: 从union表获取结果的select。

mysql> explain select * from emp where deptno = 10 union select * from emp where sal >2000;
复制代码

6. subquery: 在select或者where列表中包含子查询（不在from子句中）

mysql> explain select * from emp where sal > (select avg(sal) from emp) ;
复制代码

7. dependent subquery: 子查询中的第一个select（不在from子句中），并且取决于外面的查询。

mysql> explain select e1.* from emp e1 WHERE e1.deptno = (SELECT deptno FROM emp e2 WHERE e1.empno = e2.empno);
复制代码

8. derived: ****在FROM列表中包含的子查询被标记为DERIVED，也叫作派生类

mysql> explain select * from ( select emp_id,count(*) from emp group by emp_id ) e;
复制代码

9. UNCACHEABLE SUBQUERY：一个子查询的结果不能被缓存，必须从新评估外连接的第一行对于外层的主表，子查询不可被物化，每次都须要计算（耗时操做）

mysql> explain select * from emp where empno = (select empno from emp where deptno=@@sort_buffer_size);
复制代码

10. uncacheable union: 表示union的查询结果不能被缓存：没找到具体的sql语句验证.

三，table列

对应行正在访问哪个表，表名或者别名，多是临时表或者union合并结果集.

一、若是是具体的表名，则代表从实际的物理表中获取数据，固然也能够是表的别名.

二、表名是derivedN的形式，表示使用了id为N的查询产生的衍生表.

三、当有union result的时候，表名是union n1,n2等的形式，n1,n2表示参与union的id.

四，type列

type显示的是访问类型，访问类型表示我是以何种方式去访问咱们的数据，最容易想的是全表扫描，直接暴力的遍历一张表去寻找须要的数据，效率很是低下。

访问的类型有不少，效率从最好到最坏依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

通常状况下，要保证查询至少达到range级别，最好能达到ref

1. all: 全表扫描，须要扫描整张表，从头至尾找到须要的数据行。通常状况下出现这样的sql语句并且数据量比较大的话那么就须要进行优化。

mysql> explain select * from emp;
复制代码

2. index：全索引扫描这个比all的效率要好，主要有两种状况，一种是当前的查询时覆盖索引，即咱们须要的数据在索引中就能够索取，或者是使用了索引进行排序，这样就避免数据的重排序

mysql> explain  select empno from emp;
复制代码

3. range：表示利用索引查询的时候限制了范围，在指定范围内进行查询，这样避免了index的全索引扫描，适用的操做符：=, <>, >, >=, <, <=, IS NULL, BETWEEN, LIKE, or IN()

mysql> explain select * from emp where empno between 100 and 200;
复制代码

4. index_subquery：利用索引来关联子查询，再也不扫描全表

mysql> explain select * from emp where deptno not in (select deptno from emp)
复制代码

可是大多数状况下使用SELECT子查询时，MySQL查询优化器会自动将子查询优化为联表查询，所以 type 不会显示为 index_subquery,而是ref

5. unique_subquery: 该链接类型相似于index_subquery,使用的是惟一索引

mysql> explain SELECT * from emp where emp_id not in (select emp.emp_id from emp );
复制代码

大多数状况下使用SELECT子查询时，MySQL查询优化器会自动将子查询优化为联表查询，所以 type 不会显示为 index_subquery,而是eq_ref

6. index_merge：在查询过程当中须要多个索引组合使用.

mysql> 没有模拟出来

7. ref_or_null：对于某个字段即须要关联条件，也须要null值的状况下，查询优化器会选择这种访问方式.

mysql> 没模拟出来

8. ref：使用了非惟一性索引进行数据的查找

mysql> explain select * from emp where  deptno=10;
复制代码

9. eq_ref ：当进行等值联表查询使用主键索引或者惟一性非空索引进行数据查找(实际上惟一索引等值查询type不是eq_ref而是const)

mysql> explain select * from salgrade s LEFT JOIN emp e on s.emp_id = e.emp_id;
复制代码

10. const：最多只能匹配到一条数据，一般使用主键或惟一索引进行等值条件查询

mysql> explain select * from emp where empno = 10;
复制代码

11. system：表只有一行记录（等于系统表），这是const类型的特例，平时不会出现,不须要进行磁盘io

mysql> explain SELECT * FROM `mysql`.`proxies_priv`;
复制代码

五，possible_keys列

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

六，key列

实际使用的索引，若是为null，则没有使用索引，查询中若使用了覆盖索引，则该索引和查询的select字段重叠。

七，key_len列

表示索引中使用的字节数，能够经过key_len计算查询中使用的索引长度，在不损失精度的状况下长度越短越好。

索引越大占用存储空间越大，这样io的次数和量就会增长，影响执行效率

八，ref列

显示以前的表在key列记录的索引中查找值所用的列或者常量

九，rows列

根据表的统计信息及索引使用状况，大体估算出找出所需记录须要读取的行数，此参数很重要，直接反应的sql找了多少数据，在完成目的的状况下越少越好。

十，filtered列

针对表中符合某个条件(where子句或者联接条件)的记录数的百分比所作的一个悲观估算。

十一，extra列

包含额外的信息。

1. using filesort: 说明mysql没法利用索引进行排序，只能利用排序算法进行排序，会消耗额外的位置

mysql> explain select * from emp order by sal;
复制代码

2. using temporary: 创建临时表来保存中间结果，查询完成以后把临时表删除

mysql> explain select name,count(*) from emp where deptno = 10 group by name;
复制代码

3. using index: 这个表示当前的查询是覆盖索引的，直接从索引中读取数据，而不用访问数据表。若是同时出现using where 表名索引被用来执行索引键值的查找，若是没有，表面索引被用来读取数据，而不是真的查找

mysql> explain select deptno,count(*) from emp group by deptno limit 10;
复制代码

4. using where: 使用where进行条件过滤

mysql> explain select * from emp where name = 1;
复制代码

5. using join buffer: 使用链接缓存

mysql> explain select * from emp e left join dept d on e.deptno = d.deptno;
复制代码

6. impossible where：where语句的结果老是false

mysql> explain select * from emp where 1=0;
复制代码

文中有问题的能够给我留言，部分没有模拟出来的也能够给意见

参考《高性能MySQL》

mysql进阶系列历史回顾：

1. 基础架构篇

2. 存储引擎

3. MyISAM和InnoDB有什么区别篇

4. 表设计如何更好的选择数据类型

5. 数据库设计中的范式究竟该如何使用

MySQL进阶系列： 一文详解explain各字段含义