mysql 分析执行计划

Loen

完全不用担心！记不住 EXPLAIN 的输出字段是非常正常的，因为它包含的信息确实很多。这其实不是一个需要死记硬背的东西，而是一个需要理解其核心思想并通过查看来熟练使用的工具。

下面我给您一个超实用的 “三步速查指南” 和 核心字段详解，您以后遇到就翻出来看，看多了自然就熟了。

三步速查指南：如何快速判断SQL性能？

拿到一条 EXPLAIN 结果，不要一个个字段看晕了，按照这三个步骤来分析：

✅ 第一步：先看 type 列（访问类型）—— 这是最重要的指标！

这列告诉你 MySQL 如何查找数据。从好到坏排列，理想状态是尽量靠前：

类型 (值)含义性能解读
system系统表，只有一行数据最佳忽略，极少见。
const通过主键或唯一索引一次就找到极佳WHERE id = 1，效率最高。
eq_ref联表查询时，使用主键或唯一索引关联极佳常见于 A JOIN B ON A.id = B.id。
ref使用普通非唯一索引查找优秀WHERE name = 'Alice'（name是普通索引）。
range索引范围扫描良好WHERE id > 100，BETWEEN，IN。
index全索引扫描较差比全表扫描好点，但需要扫描整个索引树。
ALL全表扫描最差警报！ 性能杀手，需要优化。

您的例子解读： type: ALL -> 这是最坏的情况，说明MySQL正在对 com_order 表进行全表扫描，性能极差。

✅ 第二步：看 key 和 possible_keys 列（用没用索引？）

  • possible_keys: 可能用到的索引（MySQL分析后认为可以用的索引列表）。
  • key: 实际用到的索引。如果为 NULL，说明没用到索引。

您的例子解读： possible_keys: NULL 和 key: NULL -> 说明这条查询没有任何合适的索引可用，这完美解释了为什么第一步的 type 是 ALL（全表扫描）。

✅ 第三步：看 rows 和 Extra 列（扫描了多少行？有没有额外操作？）

  • rows: MySQL 估算需要扫描的行数。这个值越小越好。
    • 您的例子解读：rows: 2356562 -> 预计要扫描235万行！这证实了性能问题非常严重。
  • Extra: 额外信息，非常重要，常包含优化建议。
    • Using where: 表示在存储引擎检索行后，MySQL服务器还需要再进行过滤。
    • Using index: (好信号) 表示查询只用了索引中的信息，无需回表。
    • Using temporary: (坏信号) 表示需要创建临时表来处理查询，常见于GROUP BY、ORDER BY。
    • Using filesort: (坏信号) 表示无法利用索引完成排序，需要额外的排序操作。

您的例子解读： Extra: Using where -> 结合全表扫描，说明MySQL从硬盘读出235万行数据后，还要在内存里一条条用你的WHERE条件去过滤。

对您这条SQL的综合分析与优化建议

结论：这是一条非常糟糕的查询，急需优化。

  1. 问题根源：WHERE 条件中的列没有建立索引，导致数据库只能进行全表扫描。
  2. 性能影响：每次查询需要扫描约 235万行 数据，CPU和磁盘I/O压力巨大，速度极慢。

解决方案：为 WHERE 条件中的列添加索引

假设您的查询语句类似：

1

SELECT * FROM com_order WHERE your_column = 'some_value';

您需要为 your_column 创建索引：

1

ALTER TABLE com_order ADD INDEX idx_your_column (your_column);

创建索引后，再使用 EXPLAIN 查看，您会看到神奇的变化：

  • type 会从 ALL 变为 ref（如果是等值查询）或 range（如果是范围查询）。
  • key 会显示 idx_your_column，表示正在使用您新创建的索引。
  • rows 会从一个巨大的数变成一个很小的数（例如1、10、100）。
  • 查询速度将会提升几十甚至几百倍。

总结：一张图记住核心流程

下次分析 EXPLAIN，就按这个顺序看：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

flowchart TD
A[拿到EXPLAIN结果] --> B{"第一步：看type字段"}
B --✅ const, eq_ref, ref, range --> E[✅ 性能良好]
B --⚠️ index --> F[⚠️ 有待优化]
B --❌ ALL --> C["❌ 警报！全表扫描"]

C --> D{"第二步：看key字段"}
D --NULL--> G["确认：无索引可用<br>解决方案：为WHERE条件列创建索引"]
D --有值--> H["异常：有索引却未使用<br>解决方案：检查索引是否失效<br>或查询写法问题"]

E --> I["第三步：看rows和Extra"]
I --> J["rows: 估算行数越少越好<br>Extra: 警惕Using filesort/temporary"]