MySQL 5.7执行计划分析：EXPLAIN详解

"本文档主要介绍了MySQL数据库中的`EXPLAIN`执行计划，用于分析SQL查询的执行效率和步骤，特别关注了`select_type`和`type`字段的解释。" 在MySQL数据库中，`EXPLAIN`是一个强大的工具，它允许开发者查看SQL查询的执行计划，以便于理解数据库如何处理查询，从而进行性能优化。在5.7.18-log版本的MySQL中，`EXPLAIN`输出包含多个字段，这些字段提供了关于查询执行方式的关键信息。 1. **id**： - `id`字段表示查询执行的顺序标识，数值越大，优先级越高，如果两个`id`相同，则按照上到下的顺序执行。 2. **select_type**： - `simple`：简单的SELECT查询，不包含子查询或UNION。 - `primary`：外层的SELECT查询，如果包含UNION或子查询，此字段标识为主查询。 - `union`：在UNION操作中的第二个或后续SELECT语句。 - `dependent union`：依赖外部查询的UNION SELECT。 - `union result`：UNION操作的结果集。 - `subquery`：作为查询一部分的子查询。 - `dependent subquery`：依赖外部查询的子查询。 - `derived`：派生表，子查询的结果集。 - `materialized`：实际化的子查询，结果存储在临时表中。 - `uncacheable subquery`：无法缓存结果的子查询，每次外部查询都需要重新计算。 - `uncacheable union`：结果无法缓存的UNION操作。 3. **table**： - `table`字段显示查询涉及到的表名，可能是实际的表，也可能是子查询或派生表。 4. **partitions**： - 如果表是分区的，`partitions`字段会显示查询访问的分区，否则为NULL。 5. **type**： - `type`字段是连接类型，决定了MySQL如何获取数据，按效率从高到低排序：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > all。 - `system`：表只有一行，是`const`的特殊情况。 - `const`：通过主键或唯一索引快速找到单行记录。 - `eq_ref`：多表连接时，使用主键或唯一非空索引，且每个表仅返回一行。 - `ref`：使用非唯一索引，返回多行。 - `fulltext`：全文索引搜索。 - `ref_or_null`：类似`ref`，但也会考虑NULL值。 - `index_merge`：合并多个索引。 - `unique_subquery`：子查询替换为唯一索引查找。 - `index_subquery`：子查询替换为索引查找。 - `range`：使用索引范围扫描。 - `index`：全索引扫描。 - `all`：全表扫描。 6. **possible_keys**： - 显示查询可以使用的所有可能的索引。 7. **key**： - 实际在查询中使用的索引。 8. **key_len**： - 使用的索引长度。 9. **ref**： - 显示哪些列或常量被用于查找索引列上的值。 10. **rows**： - 预估的为了获取结果需要检查的行数。 11. **filtered**： - 满足查询条件的记录比例。 12. **Extra**： - 提供了额外的执行信息，如是否使用了临时表、文件排序等。 了解并正确解读`EXPLAIN`输出，对于优化SQL查询性能至关重要。通过分析`select_type`和`type`字段，我们可以发现潜在的性能瓶颈，例如不必要的全表扫描、未使用索引等问题，并据此调整索引策略或查询结构，提升数据库的运行效率。