共计 1821 个字符，预计需要花费 5 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下 mysql 中执行计划索引的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
首先执行计划包含的信息：
id, select_type, table, partitions, type, possible_keys, key, key_len, ref, rows, filtered, Extra
id
select 查询的序列号，包含一组数字，表示查询中执行 select 子句或操作表的顺序
存在三种情况：
a) id 相同，表示表（table 字段）执行顺序从上到上
b) id 不同，如果是子查询，id 越大表执行的优先级越高
c) id 有相同也有不同，id 相同，可认为是同一组，从上至下顺序执行，所有组中 id 越大执行优先级越高
select_type
主要有六种
SIMPLE 简单查询，不包括自查询及 union
PRIMAY 查询中包含任何复杂的子部分的最外层查询的标记
SUBQUERY 在 select 或 where 子句列表中包含自查询
DERIVED 在 from 列表中包括的子查询标记为 derived（衍生）mysql 递归查询这些子查询并放在临时表里
UNION 如果第二个 select 出现在 union 之后则标记为 union，
如果 union 包含在 from 子句的子查询中，外层的 select 标记为 derived
UNION RESULT union 结果的合并
table
对应的表
type
访问类型
效率 system const eq_ref ref fulltext ref_or_null index_merge unique_subquery index_subquery range index ALL
主要使用到的：system const eq_ref ref range index ALL
system 表只有一行记录（系统表）
const 索引常量
eq_ref 唯一性索引扫描
ref 非唯一性索引扫描
range 范围索引扫描（索引列使用 between in 等范围限定）
index 全索引扫描
ALL 全表扫描
possible_keys
查询涉及到的字段上存在的索引一个或多个（可能用到的，但不一定会使用）
keys
实际使用的索引
key_len
索引使用的字节数，可通过该列计算查询中使用索引的长度，同样查询结果条件下（不损失精度的条件下），长度越小越好
显示的值为索引的最大可能长度，非实际长度，即 key_len 通过表定义计算所得非表内检索值
ref
显示索引用到的列（或用到的是常量）例 db.table.col ,const
rows
根据表统计信息及索引选用情况，大致估算出找到所需的记录需要读取的行数
Extra
其他信息
1、Using filesort
使用外部的索引排序（文件排序），而不是按照索引的排序进行读取
例如使用复合索引的表，查询排序时只使用了复合索引的其中一列，可能会造成文件排序。需尽量避免的情况
2、Using temporary
使用了临时表保存中间结果，常见于 order by 及 group by
消耗资源，需避免的情况
order by 及 group by 语句中使用覆盖索引
3、Using index
使用的覆盖索引，避免访问表的数据行
同时出现 using where，表示索引用来查询索引键值的查找（如查询结果中的列被索引列覆盖）
如果没有出现 using where，表示索引直接用来读取数据，不执行查找动作
* 覆盖索引（Covering index）
select 的数据列只从索引中获得，不必查找数据行
4、Using where
5、Using join buffer
使用了连接缓存
6、Impossible where
where 子句结果 false
7、select table optimized away
在没有 group by 子句的情况下，基于索引优化 MIN/MAX 操作或者对于 MyISAM 存储引擎优化 COUNT(*) 操作，不必等到执行阶段再进行计算，查询执行接话生成阶段即可完成优化
8、distinct
优化 distinct 操作，在找到第一匹配的元组后即停止找同样值的动作
以上是“mysql 中执行计划索引的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
