type 是 MySQL 执行计划中表示访问方式的关键列，按性能从高到低依次为 system、const、eq_ref、ref、range、index、ALL；优化目标是使 type 达到 ref 或更高，需合理创建索引并避免索引失效操作。
type 是 MySQL 执行计划中关键的一列，表示 MySQL 访问表数据时所采用的**访问方式或扫描类型**。它直接反映查询是否有效利用了索引，是判断 SQL 性能优劣的核心指标之一。
type 值从高到低的性能排序
按效率由高到低排列（越靠前越快）：
- system：表只有一行（如系统表），无需磁盘 I/O，极少见
- const：通过主键或唯一索引等值查询，最多返回一行，常量级查找
- eq_ref：多表 JOIN 中，被驱动表用主键/唯一索引匹配，每行仅查一次
- ref：使用非唯一索引（或唯一索引前缀）做等值查询，可能返回多行
-
range：索引上执行范围查询（
>、BETWEEN、IN等） - index：全索引扫描（遍历整个索引 B+ 树叶子节点），比全表扫描略快
- ALL：全表扫描，无索引可用，性能最差
常见 type 的典型场景与识别要点
const 和 eq_ref 容易混淆，但区别明确：
-
const出现在单表等值查询中，例如WHERE id = 1（id 是主键）或WHERE email = 'a@b.com'（email 有唯一索引） -
eq_ref只出现在 JOIN 场景，且被驱动表的关联字段必须是主键或UNIQUE NOT NULL索引，例如JOIN users u ON o.user_id = u.id（u.id 是主键）
ref 类型的关键信号：
- WHERE 条件用了普通索引（非唯一）、前缀索引或联合索引的最左前缀
- 即使索引列允许重复（如
department_id），只要走的是该索引做等值匹配，就是 ref - 注意：
name IS NULL或name = ? OR name IS NULL会显示为ref_or_null，仍属 ref 类变体
为什么 range 不等于全索引扫描
range 表示 MySQL 利用索引“跳过无关区间”，只读取满足条件的索引片段，比如：
-
WHERE create_time > '2024-01-01'（B+ 树可定位起始位置后向右遍历） -
WHERE status IN (1,2,3)（对每个值做等值查找，合并结果）
而 index 是完整扫描整棵索引树的所有叶子节点，哪怕只查一个字段——说明没用上索引过滤能力，只是碰巧走了索引而已。
优化目标和实用建议
日常调优中，应尽量让 type 达到 ref 或更高：
- 确认 WHERE 或 JOIN 条件字段建了合适的索引（主键/唯一索引优先用于 const/eq_ref）
- 避免在索引列上使用函数或隐式类型转换（如
WHERE DATE(create_time) = '2024-01-01'会让索引失效） - 联合索引注意最左前缀原则；
WHERE a = ? AND b = ?可用(a,b)索引，但WHERE b = ?就只能退化为 ALL 或 index - 当出现
ALL或index时，优先检查是否漏建索引，或查询条件无法命中现有索引
