2. 读懂执行计划

执行计划里到底该看什么

对一条慢查询执行 EXPLAIN，核心不是看它“有没有用索引”，而是看优化器为每张表选择的访问路径：是全表扫描、索引范围扫描、索引等值查找，还是先走二级索引再回表。判断顺序建议固定为：先看 type 判断访问类型，再看 key 判断实际用了哪个索引，再看 rows 估算扫描行数，最后看 Extra 判断过滤、排序和回表代价。

用 EXPLAIN 定位访问路径

下面给出该查询在 MySQL 8.0 上的执行计划示例（示例数据，非真实运行结果）。重点观察 type=ALL、key=NULL、rows 接近全表行数、Extra 中出现 Using where，这四项组合就是全表扫描的典型特征。

EXPLAIN
SELECT id, user_id, amount, created_at
FROM orders
WHERE DATE(created_at) = '2024-05-01'
  AND status = 1;

+----+-------------+--------+------+---------------+------+---------+------+--------+-------------+
| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows   | Extra       |
+----+-------------+--------+------+---------------+------+---------+------+--------+-------------+
|  1 | SIMPLE      | orders | ALL  | idx_status    | NULL | NULL    | NULL | 986420 | Using where |
+----+-------------+--------+------+---------------+------+---------+------+--------+-------------+

三类典型问题的判读依据

改写验证：从全表扫描到范围扫描

把 DATE(created_at) = '2024-05-01' 改写为左闭右开区间，让 created_at 恢复为可索引的比较条件。若已有 idx_created_at，优化器即可选择范围扫描。

SELECT id, user_id, amount, created_at
FROM orders
WHERE created_at >= '2024-05-01 00:00:00'
  AND created_at <  '2024-05-02 00:00:00'
  AND status = 1;

-- 预期执行计划变化（示例）：
-- type: ALL → range
-- key:  NULL → idx_created_at
-- rows: 986420 → 约 3200
-- Extra: Using where → Using index condition