17370845950

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 > '2025-01-01'（B+ 树可定位起始位置后向右遍历）
• WHERE status IN (1,2,3)（对每个值做等值查找，合并结果）

而 index 是完整扫描整棵索引树的所有叶子节点，哪怕只查一个字段——说明没用上索引过滤能力，只是碰巧走了索引而已。

优化目标和实用建议

日常调优中，应尽量让 type 达到 ref 或更高：

• 确认 WHERE 或 JOIN 条件字段建了合适的索引（主键/唯一索引优先用于 const/eq_ref）
• 避免在索引列上使用函数或隐式类型转换（如 WHERE DATE(create_time) = '2025-01-01' 会让索引失效）
• 联合索引注意最左前缀原则；WHERE a = ? AND b = ? 可用 (a,b) 索引，但 WHERE b = ? 就只能退化为 ALL 或 index
• 当出现 ALL 或 index 时，优先检查是否漏建索引，或查询条件无法命中现有索引