共计 3565 个字符，预计需要花费 9 分钟才能阅读完成。
这篇文章主要讲解了“mysql 执行计划指的是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“mysql 执行计划指的是什么”吧！
在 mysql 中，执行计划是数据库提供给用户的一套对 sql 语句进行解析、分析、优化功能的工具。执行计划的作用有：1、展示表的读取顺序；2、数据读取操作的类型；3、展示哪些索引是可以使用的；4、展示哪些索引是实际上使用的；5、展示表之间的引用关系；6、展示每张表被查询的行数。
在数据库查询的时候，我们通常会使用 sql 语句去查询自己所需要的数据。但是，关于 sql 在数据库中是如何执行的，它有没有使用索引，具体使用了哪些索引，查找了哪些字段和表，他们的顺序是怎样的，分别用时多少等等信息我们不得而知，那么有没有什么方法可以看到这些信息，mysql 给我们提供了一套工具——执行计划。
一、什么是执行计划
执行计划是数据库提供给我们的一套对 sql 语句进行解析、分析、优化功能的工具，他具有以下的作用：
展示表的读取顺序；
数据读取操作的类型；
哪些索引是可以使用的；
哪些索引是实际上使用的；
表之间的引用关系；
每张表被查询的行数。
注意：执行计划只是数据库针对 sql 给出最佳的优化参考方案，并不一定是最优解，即不要过度相信执行计划
二、如何使用执行计划
使用执行计划很简单，在要执行的 sql 前面加上关键词 explain 即可。
三、执行计划信息
从图中可以看出，sql 执行计划主要包含以下信息：id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra。
3.1、id
select 查询序列号，id 相同，执行顺序由上至下；id 不同，id 值越大优先级越高，越先被执行；
3.2、select_type
select_type：表示 select 语句的类型，可以有以下取值;
SIMPLE：表示简单查询，其中不包含连接查询和⼦查询;
PRIMARY：表示主查询，或者是最外⾯的查询语句;
UNION：表示连接查询的第 2 个或后⾯的查询语句;
DEPENDENT UNION：UNION 中的第⼆个或后⾯的 SELECT 语句，取决于外⾯的查询;
UNION RESULT：连接查询的结果;
SUBQUERY：⼦查询中的第 1 个 SELECT 语句;
DEPENDENT SUBQUERY：⼦查询中的第 1 个 SELECT 语句，取决于外⾯的查询;
DERIVED：SELECT(FROM ⼦句的⼦查询)。
3.3、table
table：表示查询的表名，可以有以下几种情况：
显示表名，如果起了别名，则显示别名；
derivenN：表示查询的条件是一个子查询；
union1,2：表示表 1 和表 2 使用 union。
3.4、partitions
partitions：匹配的分区。
3.5、type
type：这⼀列表示表关联类型或访问类型，即数据库决定如何查找表中的⾏，查找数据⾏记录的⼤概范围。依次从最优到最差分别为：system const eq_ref ref range index all
system：表中只有一行记录，相当于系统表，这是 const 类型的特列，平时不会出现，可以忽略不计；
const：通过索引一次命中，匹配一行数据，所以很快，常⽤于 PRIMARY KEY 或者 UNIQUE 索引的查询，可理解为 const 是最优化的；
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配，常用语主键或唯一索引扫描，这可能是在 const 之外最好的联接类型了；
ref：非唯一性索引扫描，返回匹配某个单独值的所有行，用于 =、或 操作符带索引的列；
range：只检索给定范围的行，使用一个索引来选择行，一般用于 between、、、in 等查询，这种范围查询要比 index 要好，因为他只需要扫描索引的一个点，结束于另外一个点；
index：需要遍历索引树；
all：即全表扫描，意味着数据库需要从头到尾去查找所需要的⾏。通常情况下这需要增加索引来进⾏优化了。
注意：在进行 sql 优化的时候至少要优化到 range，推荐优化到 ref，最好是 const。
3.6、possible_keys
possible_keys：这⼀列显示查询可能使⽤哪些索引来查找。explain 时可能出现 possible_keys 有列，⽽ key 显示 NULL 的情况，这种情况是因为表中数据不多，数据库认为索引对此查询帮助不⼤，选择了全表查询。
如果该列是 NULL，则没有相关的索引。在这种情况下，可以通过检查 where ⼦句看是否可以创造⼀个适当的索引来提⾼查询性能，然后⽤ explain 查看效果。
3.7、key
key：显示数据库实际决定使⽤的键 (索引)。如果没有选择索引，key 的值是 NULL。可以强制使⽤索引或者忽略索引。
3.8、key_len
key_len：这⼀列显示了数据库在索引⾥使⽤的字节数，通过这个值可以算出具体使⽤了索引中的哪些列，数值计算如下：
字符串类型
char(n)：n 字节长度
varchar(n)：2 字节存储字符串长度，如果是 utf-8，则长度 3n + 2
数值类型
tinyint：1 字节
smallint：2 字节
int：4 字节
bigint：8 字节
时间类型
date：3 字节
timestamp：4 字节
datetime：8 字节
如果字段允许为 NULL，需要 1 字节记录是否为 NULL
注意：索引最⼤⻓度是 768 字节，当字符串过⻓时，数据库会做⼀个类似左前缀索引的处理，将前半部分的字符提取出来做索引。
3.9、ref
ref：这⼀列显示了在 key 列记录的索引中表查找值所⽤到的列或常量，常见的有：const（常量），func，null，字段名（例：film.id）
3.10、rows
rows：这⼀列是数据库估计要读取并扫描的⾏数，注意这个不是结果集⾥的⾏数，因此这个值越小越好。
3.11、filtered
filtered：返回结果的行数占读取行数的百分比，值越大越好。
3.12、Extra
extra：这一列显示的是额外的信息，即不包含在其他列的信息，具体值如下：
distinct：数据库发现第 1 个匹配⾏后, 停⽌为当前的⾏组合搜索更多的⾏；
not exists：数据库能够对查询进⾏ LEFT JOIN 优化, 发现 1 个匹配 LEFT JOIN 标准的⾏后, 不再为前⾯的的⾏组合在该表内检查更多的⾏；
range checked for each record (index map: #)：数据库没有发现好的可以使⽤的索引, 但发现如果来⾃前⾯的表的列值已知, 可能部分索引可以使⽤；
using filesort（重点）：数据库会对结果使⽤⼀个外部索引排序，⽽不是按索引次序从表⾥读取⾏。此时 mysql 会根据联接类型浏览所有符合条件的记录，并保存排序关键字和⾏指针，然后排序关键字并按顺序检索⾏信息。这种情况下⼀般也是要考虑使⽤索引来优化的；
using index（重点）：从只使⽤索引树中的信息⽽不需要进⼀步搜索读取实际的⾏来检索表中的列信息，即表示 select 使用了覆盖索引而不必去回表查询；
using temporary（重点）：数据库需要创建⼀张临时表来处理查询，这种情况常见于 order by 和 group by。出现这种情况⼀般是要进⾏优化的，⾸先是想到⽤索引来优化；
using where：数据库将在存储引擎检索⾏后再进⾏过滤。就是先读取整⾏数据，再按 where 条件进⾏检查，符合就留下，不符合就丢弃；
using index condition：与 Using where 类似，查询的列不完全被索引覆盖，where 条件中是⼀个前导列的范围；
using sort_union(…), Using union(…), Using intersect(…)：这些函数说明如何为 index_merge 联接类型合并索引扫描；
using index for group-by：类似于访问表的 Using index ⽅式,Using index for group-by 表示数据库发现了⼀个索引, 可以⽤来查 询 group by 或 distinct 查询的所有列, ⽽不要额外搜索硬盘访问实际的表；
null：查询的列未被索引覆盖，并且 where 筛选条件是索引的前导列，意味着⽤到了索引，但是部分字段未被索引覆盖，必须通过“回表”来实现，不是纯粹地⽤到了索引，也不是完全没⽤到索引，即使用了索引但需要回表操作，应该避免回表操作。
感谢各位的阅读，以上就是“mysql 执行计划指的是什么”的内容了，经过本文的学习后，相信大家对 mysql 执行计划指的是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
