|
对于 mysql 在执行时来说，EXPLAIN 功能上与 DESCRIBE 一样。实际运用中，后者多用来获取表的信息，而前者多用于展示 MySQL 会如何执行 SQL 语句（Obtaining Execution Plan Information）。
DESCRIBE 实质上是 SHOW COLUMNS 语句的缩略形式。
- EXPLAIN 可作用于这些 SQL 关键词：SELECT, DELETE, INSERT, REPLACE 以及 UPDATE。
- 当作用于可解释性的语句（explainable statement）时，其展示相应 SQL 语句被优化后的执行计划（execution plan），也就是 MySQL 会如何处理该 SQL 查询语句，比如有
JOIN 语句时多表是怎样结合，以怎样的顺序结合。
- 当作用于
FOR CONNECTION connection_id 而不是可解释性语句时，其展示的是该连接的执行计划。
- 涉及到对分区表的查询时，EXPLAIN 就十分有用了。
通过 EXPLAIN 你能看出在哪里添加索引以优化加速查询语句，也可以查看联表时是否以最佳顺序进行的。
EXPLAIN 的输出中，为每张参与查询的表生成一行结果，顺序则是按 MySQL 读取这些且的顺序。MySQL 进行 JOIN 操作时，实际是是通过嵌套循环完成的，即先读取第一张表的一条记录，再去第二张表中寻找匹配的记录，再去第三张表中匹配，以此类推。
Wrokbench 中查看执行计划
MySQL 的 GUI 工具 Workbench 提供了可视化的途径查看执行计划，这对于性能分析很有用。
MySQL Workbench 中执行计划的可视化展示
EXPLAIN 输出表格中的含义
| 列名 |
JSON 中的列名 |
含义 |
| id |
select_id |
SELECT 标识 |
| select_type |
N/A |
SELECT 类型 |
| table |
table_name |
构造该行输出的表名 |
| partitions |
partitions |
匹配到的分区表 |
| type |
access_type |
JOIN 类型 |
| possible_keys |
possible_keys |
可选的索引 |
| key |
key |
真实选中的索引 |
| key_len |
key_length |
被选中的键的长度 |
| ref |
ref |
用于和索引进行对比的列 |
| rows |
rows |
预估用于查询的记录数 |
| filtered |
filtered |
被查询条件过滤掉的记录数百分比 |
| Extra |
N/A |
额外的其他信息 |
来自 MySQL Reference Manual 中关于 EXPLAIN 输出的表格
其中 JSON 列表是将该输出导出为 JSON 格式时使用的列名。
其中 select_type SELECT 类型，所有可能的值见下表：
| select_type Value |
JSON Name |
Meaning |
| SIMPLE |
None |
普通类型的 SELECT，没有 UNION 及子查询 |
| PRIMARY |
None |
最外层的 SELECT |
| UNION |
None |
配合 UNION 使用时第二个及后面的 SELECT |
| DEPENDENT UNION |
dependent (true) |
配合 UNION 使用时第二个及后面的 SELECT，因外层的查询而有差异 |
| UNION RESULT |
union_result |
UNION 返回的结果 |
| SUBQUERY |
None |
子查询中第一个 SELECT |
| DEPENDENT SUBQUERY |
dependent (true) |
子查询中第一个 SELECT，因外层查询而异 |
| DERIVED |
None |
衍生表 |
| DEPENDENT DERIVED |
dependent (true) |
依赖于其他表的衍生表 |
| MATERIALIZED |
materialized_from_subquery |
物化的子查询 |
| UNCACHEABLE SUBQUERY |
cacheable (false) |
无法缓存的子查询，对于第一行必需重新执行 |
| UNCACHEABLE UNION |
cacheable (false) |
不可缓存的子查询里 UNION 中第二个及往后的 SELECT |
type JOIN 类型描述表是如何被联接的，其可能的值有以下这些，排序由最优到最次：
- system：表中只有一条记录，属于 const JOIN 类型的一个特例。
- const：表中至多只有一条匹配的记录。因为只有一条，所以取出的列值可当作常量被优化，查询速度最快。当主键（ PRIMARY KEY）或唯一性索引（UNIQUE index）与常量进行比较时，会使用此类型。
SELECT * FROM tbl_name WHERE primary_key=1;
SELECT * FROM tbl_name
WHERE primary_key_part1=1 AND primary_key_part2=2;
- eq_ref：对于前面每个表中记录的组合，都从这个表里读取一条记录。该类型可用于对索引列使用
= 操作符进行比较时。
SELECT * FROM ref_table,other_table
WHERE ref_table.key_column=other_table.column;
SELECT * FROM ref_table,other_table
WHERE ref_table.key_column_part1=other_table.column
AND ref_table.key_column_part2=1;
- ref：对于前面每个表中记录的组合，从该表读取所有所有匹配到的索引记录。ref 用于 JOIN 使用使用非主键或唯一索引列时，或只使用键的前缀的场景。
SELECT * FROM ref_table WHERE key_column=expr;
SELECT * FROM ref_table,other_table
WHERE ref_table.key_column=other_table.column;
SELECT * FROM ref_table,other_table
WHERE ref_table.key_column_part1=other_table.column
AND ref_table.key_column_part2=1;
- fulltext：JOIN 使用的是 FULLTEXT 类型的索引
- ref_or_null：类似 ref，但会对 NULL 值做额外的查询。这种类型的 JOIN 优化常用于子查询，以下的示例 MySQL 全会使用 ref_or_null 联表来处理 ref_table ：
SELECT * FROM ref_table
WHERE key_column=expr OR key_column IS NULL; value IN (SELECT key_column FROM single_table WHERE some_expr) 相关资源
|