在做性能测试时，资深的性能测试工程师，都会帮助研发同学优化sql语句，听起来很高深，但是具体操作是比较容易的，使用expain命令就可以了！本文我会用最简单有效的方式带大家掌握expain的使用方法！
Explain概述
explain即执行计划，使用explain关键字可以模拟优化器执行sql查询语句，从而知道MySQL是如何处理sql语句。explain主要用于分析查询语句或表结构的性能瓶颈。
使用起来非常简单，在你的sql语句前面加explain就可以了
-- 实际SQL，查找用户名为kevin的员工
select * from USER where name = 'kevin';
-- 查看SQL是否使用索引，前面加上explain即可
explain select * from USER where name = 'kevin';
在sqlyog中，显示效果如下：
编辑
接下来具体讲解上图中各个参数的含义，给大家一张图来有个概括的认识
编辑
Explain字段含义
type（重要）
其中最重要的是type列，我们通常通过该列来判断sql语句是否走了索引，索引是否有效是sql调优非常重要的知识点
type说明表的访问方式，表示MySQL在表中找到所需行的方式，又称“访问类型”。
常用的类型有： ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）具体
- "ALL"表示全表扫描，没有使用索引。
- "index"表示使用了索引，但不是覆盖索引（即查询中使用了索引，但还需要回表获取数据）。
- "range"表示使用了覆盖索引（即查询中直接从索引中获取了所需数据，无需回表）。
- "ref"表示使用了索引（可能是覆盖索引或非覆盖索引），并使用了一个或多个列进行比较。
- "eq_ref"表示使用了唯一索引，并且只使用了等于操作符进行比较。
key_len（重要）
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的）不损失精确性的情况下，长度越短越好
select_type
查询中每个select子句的类型
(1) SIMPLE(简单SELECT，不使用UNION或子查询等)
(2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
(3) UNION(UNION中的第二个或后面的SELECT语句)
(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
(5) UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
(6) SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
(8) DERIVED(派生表的SELECT, FROM子句的子查询)
(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
possible_keys
指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用（该查询可以利用的索引，如果没有任何索引显示 null）该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样，创造一个适当的索引并且再次用EXPLAIN检查查询
Key
key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中。如果没有选择索引，键是NULL。
ref
这一列显示了在 key 列记录的索引中，表查找值所用到的列或常量，常见的有：const、func、NULL、字段名。
rows
估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
Extra
extra常用值包括以下几种：
- "Using temporary": 当查询需要使用临时表来存储中间结果时，会出现此值。这通常发生在排序、分组或连接操作中。临时表在查询执行期间被创建，并用于存储中间结果，以支持查询的执行。
- "Using filesort": 当查询需要对结果进行外部排序时，会出现此值。这意味着查询的结果集不能在内存中排序，而是需要使用文件系统进行排序。外部排序对于大型数据集是必要的，但可能会导致性能下降。
- "Using index": 此值表示查询使用了覆盖索引（Covering Index）来检索数据。覆盖索引是指索引本身包含了所有查询所需的数据，而不需要回表检索实际的数据行。使用覆盖索引可以减少磁盘I/O操作，提高查询性能。
- "Using intersection": 当查询使用了集合操作（如交集）时，会出现此值。这意味着查询使用了某种集合操作来合并多个表或子查询的结果。
- "Using union": 当查询使用了集合联合操作时，会出现此值。这意味着查询使用了某种联合操作来合并多个表或子查询的结果。
- "Using sort_union": 当查询使用了排序联合操作时，会出现此值。这意味着查询使用了排序联合操作来合并多个表或子查询的结果，并按照指定的排序顺序对结果进行排序。
- "Using merge join": 当查询使用了合并连接（Merge Join）操作时，会出现此值。合并连接是一种特殊的连接操作，用于将两个有序的数据集合并在一起。
温馨提示
EXPLAIN不分析关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
EXPALIN中部分统计信息是估算的，并非精确值
EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划
我的每一篇文章都希望帮助读者解决实际工作中遇到的问题！如果文章帮到了您，劳烦点赞、收藏、转发！您的鼓励是我不断更新文章最大的动力！