在 MySQL 的EXPLAIN输出中，Extra列提供了关于查询执行计划的额外信息，这些信息有助于理解查询是如何被优化的、使用了哪些策略以及是否存在潜在的性能问题。下面是一些常见的Extra信息及其解释：
常见Extra信息解析
1.Using index
- 表示查询使用了覆盖索引，即查询所需的所有列都包含在索引中，无需回表读取数据行。
- 性能很好，因为只需扫描索引即可获取结果。
2.Using where
- 表示 MySQL 服务器从存储引擎获取数据后，在服务器层进行了进一步的过滤。
- 通常发生在索引未完全覆盖查询条件，或者索引扫描后仍需筛选数据的情况。
3.Using temporary
- 表示查询需要创建临时表来处理结果（如
GROUP BY、DISTINCT、UNION等）。 - 可能会影响性能，尤其是在大数据集上。
4.Using filesort
- 表示 MySQL 使用了外部排序（通常在磁盘上）来处理
ORDER BY，而不是直接使用索引排序。 - 如果数据量大，可能导致性能下降。
5.Using index condition
- 表示使用了索引条件下推（Index Condition Pushdown, ICP），将部分
WHERE条件下推到存储引擎层进行过滤，减少回表次数。 - 通常是性能优化的表现。
6.Using join buffer
- 表示在进行表连接时使用了连接缓冲区（join buffer），通常发生在没有使用索引的连接中。
- 如果频繁出现，建议检查连接条件是否使用了索引。
7.Impossible WHERE
- 表示
WHERE条件永远不可能满足，查询结果为空。 - 通常是因为条件矛盾，如
id = 1 AND id = 2。
8.Select tables optimized away
- 表示查询已被优化，无需实际执行。常见于使用
MIN()、MAX()且索引已覆盖的情况。
9.Distinct
- 表示 MySQL 正在查找
DISTINCT值，一旦找到唯一值就停止扫描。
10.Full scan on NULL key
- 表示在子查询中，如果遇到
NULL值，会进行全表扫描。 - 通常与
IN或NOT IN子查询相关。
11.Range checked for each record
- 表示查询中没有固定的索引可用，MySQL 对每行记录检查可用的索引范围。
- 常见于多表连接时索引使用不稳定的情况。
示例说明
假设有以下EXPLAIN输出：
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | users | NULL | ref | idx_name | idx_name | 102 | const| 1 | 100.00 | Using index | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+- Extra: Using index：表示查询使用了覆盖索引，直接从索引中获取数据，无需回表。
如何优化？
- 如果出现Using temporary或Using filesort，可以尝试优化
ORDER BY或GROUP BY子句，确保使用索引排序。 - 如果出现Using where，检查是否可以优化索引以覆盖查询条件。
- 如果出现Using join buffer，确保连接字段有索引。
