不会MySQL调优？来来瞅瞅SQL的执行计划吧

写在开头

  本文属于博文： MySQL底层执行流程分析 的一个步骤。由于这一步在 MySQL 整个执行流程中占据不少的分量，并且这一部分也经常被拿来在面试中提问。所以将 MySQL 执行计划单独摘出来介绍。

什么是执行计划

  执行计划，通常是开发者优化SQL语句的第一步。MySQL 在解析SQL语句时，会生成多套执行方案，它的查询优化器是基于成本计算原则，它会尝试各种执行计划，以数据抽样的方式进行试验（随机的读取一个 4K 的数据块进行分析），最终选择一个最优的方案执行。然后根据这个方案来生成一个执行计划。开发者通过查看 SQL 语句的执行计划，可以直观的了解到 MySQL 是如何解析这条 SQL 语句的，然后再针对性的进行优化操作。

如何查看SQL语句的执行计划？

 语法： explain select 语句;

各字段含义

(本列表字段相关参数值，并没有列全，如遇到没列出的，！！！强烈建议你去参考 MySQL 官方文档：MySQL EXPLAIN Output Format，官网介绍很全。或者你也可以请自行百度)

Tips：以下标红字段，为SQL优化时需要重点关注的字段。根据 explains 返回字段值来对 SQL 进行相应的优化即可。重点还是在下表中的几个重要字段，其他也没什么好介绍的了。还是建议你就这块内容，参考MySQL官方文档：MySQL EXPLAIN Output Format

字段	说明
id	select 查询的序列号，标识执行的顺序 1.id 相同，执行顺序由上至下 2.id 不同,如果是子查询，id的序号会递增，id 值越大优先级越高，越先被执行 3.id 相同又不同，即两种情况同时存在。id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先被执行
select_type	查询的类型，主要是用于区分普通查询，联合查询，子查询等。具体参数值说明如下： 1.SIMPLE： 简单的 select 查询，查询中不包含子查询或者 union 2.PRIMARY： 查询中包含子部分，最外层查询则被标记为 PRIMARY 3.SUBQUERY/MATERIALIZED/DEPENDENT SUBQUERY：    SUBQUERY表示在 select 或 where 列表中包含子查询    MATERIALIZED 表示 where 后面 in 条件的子查询    DEPENDENT SUBQUERY：重要：出现这个，说明性能很差。     官方解释： 子查询中的第一个SELECT，取决于外面的查询。     正常人解释： 就是说外层每遍历一条记录就执行一次内层sql的查询操作。       eg:select * from a where id = (select max(id) from b) 比如说外层查询有10w条数据，内层也10w条数据，        那么这个查询总的查询量为10w * 10w 次，这就是导致查询特别慢的原因 4.UNION： 若第二个 select 出现在 union 之后，则被标记为 union 5.UNION RESULT： 从 union 表中获取结果的 select 操作
table	查询涉及到的表，直接显示表名或者表的别名。一些特殊情况如下： ： 由 ID 为 M，N 查询 union 产生的结果 ： 由 ID 为 N 查询产生的结果
partitions	查询将匹配记录的分区。 仅当使用PARTITIONS关键字时，才显示此列。 对于非分区表，该值为NULL。
type	访问类型(重点)。SQL查询优化中一个很重要的指标，结果值从好到怀依次是：system> const> eq_ref> ref> range> index> ALL。（SQL优化至少要达到 range 级别为好，越高越好）。具体参数值说明如下： 1.system： 表只有一行记录（等于系统表），const类型的特例，基本不会出现，可以忽略不计 2.const： 主键索引扫描。即：通过索引一次就找到了，const用于比较primary key 或者 unique索引 3.eq_ref： 唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描 4.ref： 非唯一性索引扫描，返回匹配某个单独值的所有行，本质是也是一种索引访问 5.range： 只检索给定范围的行，使用一个索引来选择行 6.index： Full Index Scan，索引全表扫描，把索引从头到尾扫一遍 7.ALL： Full Table Scan，遍历全表以找到匹配的行
possible_keys	查询过程中有可能用到的索引
key	查询过程中，实际使用到的索引，如果为 Null，则没有使用索引 key为 PRIMARY，表示使用了主键
key_len	表示本次查询中，所选择的索引长度有多少字节，通常我们可借此判断联合索引有多少列被选择了。
ref	之前用到的key索引的哪一列或常量
rows	根据表统计信息或者索引选用情况，大致估算处找到所需的巨鹿所需要的读取的行数
filtered	它指返回结果的行占需要读到的行(rows列的值)的百分比。 表示返回结果的行数占需要读取行数的百分比 filtered的值越大越好
Extra	十分重要的额外信息。具体参数值说明如下： 1.Using filesort： MySQL对数据使用一个外部的文件内容进行了排序，而不是按照表内的索引进行排序读取 2.Using temporary： 使用临时表保存中间结果，即：MySQL 在对结果进行排序时使用了临时表，常见于 order by 或 group by 3.Using index： 表示相应的 select 操作中使用了覆盖索引(Covering index)，避免了访问表的数据行，效率高 4.Using where： 使用了 where 过滤条件 5.select tables optimized away： 基于索引优化 min/max 操作，或者 MyISAM 存储引擎优化 count(*) 操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即可完成优化

---

MySQL 同系列文章，请参考：

1. 了解MySQL体系结构
2. 一文带你看懂 MySQL 存储引擎
3. 还不了解 MyISAM 和 InnoDB 的区别？看这里就够了
4. MySQL为什么没有走索引？是这些原因在搞鬼
5. 一条SQL语句的坎坷之旅（MySQL底层执行流程分析）
6. 不会MySQL调优？来来瞅瞅SQL的执行计划吧
7. InnoDB 事务与锁的前世今生
8. 一文带你了解 InnoDB 中的 MVCC、Undo、Redo 机制

---

博主写作不易，加个关注呗

求关注、求点赞，加个关注不迷路 ヾ(◍°∇°◍)ﾉﾞ

博主不能保证写的所有知识点都正确，但是能保证纯手敲，错误也请指出，望轻喷 Thanks♪(･ω･)ﾉ