MySQL执行计划的深入分析-巨人网络通讯

MySQL执行计划的深入分析

前言

在之前的面试过程中,问到执行计划,有很多童鞋不知道是什么?甚至将执行计划与执行时间认为是同一个概念。今天我们就一起来了解一下执行计划到底是什么?有什么用途?

执行计划是什么?

执行计划，简单的来说，是SQL在数据库中执行时的表现情况,通常用于SQL性能分析,优化等场景。

一. 执行计划能告诉我们什么？

二. 执行计划中的内容

SQL执行计划的输出可能为多行，每一行代表对一个数据库对象的操作

1. ID列

演示

可以看到上面的执行计划返回了3行结果，id列的值可以看作是SQL中所具有的SELECT操作的序号

由于上述SQL中只有一个SELECT，所以id全为1，因此，我们就要按照由上至下读取执行计划

按照我们的SQL语句，我们会认为执行顺序是a,b,c,但是通过上图可以发现，Mysql并不是完成按照SQL中所写的顺序来进行表的关联操作的

执行对表的执行顺序为a,c,b，这是由于MySQL优化器会根据表中的索引的统计信息来调整表关联的实际顺序

2. SELECT_TYPE列

值	含义
SIMPLE	不包含子查询或是UNION操作的查询
PRIMARY	查询中如果包含任何子查询，那么最外层的查询则被标记为PRIMARY
SUBQUERY	SELECT 列表中的子查询
DEPENDENT SUBQUERY	依赖外部结果的子查询
UNION	Union操作的第二个或是之后的查询的值为union
DEPENDENT UNION	当UNION作为子查询时，第二或是第二个后的查询的select_type值
UNION RESULT	UNION产生的结果集
DERIVED	出现在FROM子句中的子查询

3. TABLE列

包含以下几种结果：

输出去数据行所在表的名称，如果表取了别名，则显示的是别名
union M,N>：由ID为M,N查询union产生的结果集
derived N>/subquery N> ：由ID为N的查询产生的结果

4. PARTITIONS列:

查询匹配的记录来自哪一个分区
对于分区表，显示查询的分区ID
对于非分区表，显示为NULL

5. TYPE列

按性能从高至低排列如下：

值	含义
system	这是const联接类型的一个特例，当查询的表只有一行时使用
const	表中有且只有一个匹配的行时使用，如对主键或是唯一索引的查询，这是效率最高的联接方式
eq_ref	唯一索引或主键索引查询，对应每个索引键，表中只有一条记录与之匹配
ref	非唯一索引查找，返回匹配某个单独值的所有行
ref_or_null	类似于ref类型的查询，但是附加了对NULL值列的查询
index_merge	该联接类型表示使用了索引合并优化方法
range	索引范围扫描，常见于between、>、这样的查询条件
index	FULL index Scan 全索引扫描，同ALL的区别是，遍历的是索引树
ALL	FULL TABLE Scan 全表扫描，这是效率最差的联接方式

6. Extra列

包含MySQL如何执行查询的附加信息

值	含义
Distinct	优化distinct操作，在找到第一个匹配的元素后即停止查找
Not exists	使用not exists来优化查询
Using filesort	使用额外操作进行排序，通常会出现在order by或group by查询中
Using index	使用了覆盖索引进行查询
Using temporary	MySQL需要使用临时表来处理查询，常见于排序，子查询，和分组查询
Using where	需要在MySQL服务器层使用WHERE条件来过滤数据
select tables optimized away	直接通过索引来获得数据，不用访问表，这种情况通常效率是最高的