MySQL数据库执行计划（简单版）

+++++++++++++++++++++++++++++++++++++++++++
标题：MySQL数据库执行计划简单版
时间：2019年2月25日
内容：MySQL数据库执行计划简单版
重点：MySQL数据库执行计划详解简单版
+++++++++++++++++++++++++++++++++++++++++++
1. 什么是执行计划
数据库对用户输入的SQL语句进行解析，通过优化器生成最优的执行路径，该路径被称为执行计划。

2. 为什么需要执行计划
便于数据库运维人员对低效率的查询语句进行性能分析，完成SQL优化，提升数据库服务的性能。

3. 执行计划信息
mysql> explain select * from emp where sal < (select avg(sal) from emp);

4. 执行计划信息详解
4.1 select_type字段
select_type字段为查询的类型，主要包括以下几种：
simple 简单查询，不涉及联合查询和子查询
primary 复杂查询的最外层的select查询
union 联合查询，第二个select语句或以后的select语句不依赖于外部查询的结果集
dependent union 联合查询，第二个select语句或以后的select语句依赖于外部查询的结果集
subquery 子查询中的第一个select查询，不依赖于外部查询结果集。
dependent subquery 子查询中的第一个select查询，依赖于外部查询结果集。
derived 出现递归子查询，将查询结果集存储在临时表中。
unacheable subquery 结果集不能被缓存的子查询，必须重新为外层查询的每一行进行评估
unacheable union 中的第二个或随后的 select 查询，属于不可缓存的子查询
union result 联合查询结果集，例如：select * from emp union select * from emp;首先需要获取两个select的结果集，再通过union进行合并生成结果。
友情提示：该部分尚在学习中，部分类型存在理解上的问题，因此没有做出详细解释。后期会会上传该部分的详细概述。

4.2 type字段
system：网上很多资料提到system类型是const类型的一种特殊情况，当查询的表仅有一行的情况下，会使用system类型。但是我已经写了很多相关SQL，全部没有实验成功，可能个人理解存在的问题。如果有人测试出该效果，希望能留下宝贵建议。
const：通过主键或者唯一键+not null 最为限定条件，返回结果有且仅有一行数据，此时优化器将该查询更改为常量。此时数据查询非常快。
eq_ref：唯一性索引扫描，每个索引建有且仅有一条记录与之匹配。
注意：以上三种类型存在一个共同条件就是限定返回结果有且仅有一条数据，这种情况在一般的线上业务中基本不会出现。因此这三种类类型作为了解。
ref：连接不能基于关键字选择并确认一条数据（可能存在多条数据符合该条件）。如果使用的键仅仅匹配少量行，该联接类型是不错的。
range：仅检索给定范围的行，范围性索引扫描。（当使用=、!=、<、>等等的范围的查询）
index：全表扫描，按照索引次序进行检索而不是根据行；避免了排序，但开销依旧很大。
all：全表扫描，逐行扫描，最坏的扫描情况。
注意：以上访问情况友好到坏排序为system > const > eq_ref > ref > range > index > all；一般来说，得保证查询至少达到range级别，最好能达到ref。

4.3 row字段
根据数据表统计信息和索引选用情况，从而估算出获取所需数据需要遍历的最大记录条数。

4.4 key字段
MySQL从possible_key中选择使用的索引。值为null，则表示没有使用索引。在少数情况下，MySQL会选择优化不足的索引，因此可以使用use index index_name强制使用索引或使用ignore index index_name忽略使用索引。

4.5 Extra字段
only index：仅通过索引进行信息检索。
using where：使用where限定条件，将匹配的数据返回给用户。
using filesoft：无法利用索引完成的排序操作为文件排序，可能会在内存或磁盘中进行排序。
using temporary：查询过程中需要使用临时表进行存储中间结果集，常用于排序和分组查询。

4.6 其他字段
possible_keys字段表示可能会使用的key值。
key_len字段表示keys长度。
id字段是选定的执行计划的序列号，表示执行的顺序。id的值越大，表示优先级越高，越先执行；id相同的情况下，则会按照顺序由上到下依次执行。