在 MySQL 中，EXPLAIN 命令用于显示 MySQL 优化器如何执行 SQL 查询的详细信息。它是一个强大的工具，用于分析查询的执行计划，以帮助优化和调试查询性能。
使用方法
要使用 EXPLAIN 命令，只需在要分析的 SQL 查询前加上 EXPLAIN 关键字。例如：
EXPLAIN SELECT * FROM users WHERE age > 30;
输出说明
EXPLAIN 命令的输出是一个表格，其中每一行表示查询中的一个步骤。以下是 EXPLAIN 输出的常见列及其说明：
- id: 查询中每个选择表的标识符。
id值相同的行表示这些行是按顺序执行的；id不同的行表示这些行是嵌套子查询或联合查询。 - select_type: 查询类型，可以是
SIMPLE（简单查询，不包括子查询或联合查询），PRIMARY（主查询），UNION（联合中的第二个或随后的查询），DEPENDENT UNION（依赖于外部查询的联合中的第二个或随后的查询），SUBQUERY（子查询），DEPENDENT SUBQUERY（依赖于外部查询的子查询）等。 - table: 正在访问的表的名称。
- partitions: 查询中所使用的分区信息。
- type: 联接类型，表示MySQL如何查找表中的行，范围从
ALL（全表扫描）到const（对主键或唯一索引的常量查找）。常见的类型有：ALL: 全表扫描。index: 全索引扫描。range: 索引范围扫描。ref: 非唯一索引扫描。eq_ref: 唯一索引扫描。const: 常量。system: 系统表。
- possible_keys: 查询中可能使用的索引。
- key: 实际使用的索引。
- key_len: 使用的索引的长度。
- ref: 使用的索引的哪一列或常数。
- rows: MySQL 估计要读取的行数。
- filtered: 估计表的行数被查询条件过滤的百分比。
- Extra: 附加信息，如
Using where（使用了WHERE子句），Using index（使用了索引覆盖），Using temporary（使用了临时表），Using filesort（使用了文件排序）等。
示例
下面是一个示例查询及其 EXPLAIN 输出：
EXPLAIN SELECT * FROM users WHERE age > 30;
可能的输出如下：
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | SIMPLE | users | ALL | NULL | NULL | NULL | NULL | 1000 | 50.00 | Using where |
分析输出
- id: 1（这是一个简单查询）
- select_type: SIMPLE（简单查询，没有子查询）
- table: users（正在查询的表）
- type: ALL（全表扫描，这表明查询性能可能不佳）
- possible_keys: NULL（没有可能使用的索引）
- key: NULL（没有实际使用的索引）
- key_len: NULL（没有索引长度）
- ref: NULL（没有引用）
- rows: 1000（估计扫描 1000 行）
- filtered: 50.00（估计过滤掉 50% 的行）
- Extra: Using where（使用了WHERE子句）
结论
EXPLAIN 是优化查询的关键工具。通过分析 EXPLAIN 的输出，你可以识别性能瓶颈，并采取相应措施，如添加索引、优化查询条件或重新设计表结构等，从而提升查询性能。
补充：
在 MySQL 中，当使用 EXPLAIN 命令分析查询执行计划时，有时会看到 Select tables optimized away 出现在 Extra 列中。这个信息表明 MySQL 优化器已经确定可以通过某些优化手段避免实际扫描表，从而直接返回结果。这通常发生在特定类型的聚合查询中，例如使用 COUNT()、SUM()、MIN()、MAX() 等函数，并且查询的结果可以在优化阶段直接计算出来。
示例情况
一个典型的例子是当你在一个表上执行 COUNT(*) 查询且没有 WHERE 子句时，如果 MySQL 知道这个表的行数，它可以直接返回结果，而无需实际扫描表。
EXPLAIN SELECT COUNT(*) FROM users;
示例输出
+----+-------------+-------+------+---------------+------+---------+------+----------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+----------+--------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Select tables optimized away |
+----+-------------+-------+------+---------------+------+---------+------+----------+--------------------------+
解释
- id: 1（查询标识符）
- select_type: SIMPLE（简单查询，没有子查询）
- table: NULL（没有实际访问的表）
- type: NULL（没有访问类型，因为没有扫描表）
- possible_keys: NULL（没有可能使用的索引）
- key: NULL（没有使用的索引）
- key_len: NULL（没有索引长度）
- ref: NULL（没有引用）
- rows: NULL（没有估计的行数）
- Extra: Select tables optimized away（选择的表已被优化掉）
发生这种情况的条件
- 聚合函数：当查询使用聚合函数且没有
GROUP BY子句，并且 MySQL 可以从元数据中直接计算结果。例如COUNT(*)。 - 常量表达式：当查询包含常量表达式，且 MySQL 能在优化阶段计算出结果，而不需要访问任何表。
- 索引覆盖：在某些情况下，MySQL 可以利用索引覆盖特性直接从索引中获取聚合结果，而无需扫描实际的数据行。
优化的益处
- 性能提升：避免了全表扫描或大范围扫描，大大减少了 I/O 操作，提高了查询性能。
- 资源节约：减少了 CPU 和内存的使用，因为优化器直接返回结果而不是逐行扫描和计算。
实际应用
假设我们有一个名为 users 的表，包含一些用户数据。以下是几个可能触发 Select tables optimized away 的查询：
-- 计算用户总数
EXPLAIN SELECT COUNT(*) FROM users;
-- 计算用户的总年龄（假设表中有age列，且不为空）
EXPLAIN SELECT SUM(age) FROM users;
在这些例子中，如果 MySQL 可以直接从表的元数据或索引中计算出结果，它就会在 Extra 列中显示 Select tables optimized away。
总结
Select tables optimized away 是一个优化器信息，表明 MySQL 已经成功地避免了不必要的表扫描，直接计算并返回了查询结果。这种优化有助于显著提升查询性能，特别是在处理大量数据时。通过了解这一信息，数据库管理员和开发人员可以更好地理解和调优查询，提高数据库的整体性能。