MySQL 执行计划：key_len 与 rows 字段的深度解析

MySQL 的执行计划（通过 EXPLAIN 命令查看）是优化查询性能的关键工具。其中，key_len 和 rows 字段提供了索引使用和行扫描的详细信息。本文将逐步解析这两个字段的含义、计算方式、影响因素及实际应用，帮助您提升数据库性能。

---

一、key_len 字段解析

key_len 表示索引键在查询中实际使用的字节长度。它反映了索引的覆盖程度和效率。

定义与计算：

• 含义：key_len 显示索引列在查询中被利用的字节数。值越小，索引效率通常越高。
• 计算规则：
  • 取决于索引列的数据类型和字符集。例如：
    • INT 类型占用 $4$ 字节。
    • VARCHAR(n) 在 UTF-8 字符集下，最大占用 $n \times 3$ 字节（每个字符最多 $3$ 字节）。
  • 复合索引中，key_len 是多个列字节长度的和。
  • 公式总结：
    $$ \text{key_len} = \sum (\text{列长度} \times \text{类型因子}) $$
    其中，类型因子包括：整数类型为 $1$，变长字符串需乘以字符集因子（如 UTF-8 为 $3$）。

影响因素：

• 数据类型：如 TINYINT 仅 $1$ 字节，而 TEXT 可能超过 $100$ 字节。
• 索引覆盖：如果查询只使用索引部分列，key_len 小于索引总长度。
• 字符集：UTF-8 比 LATIN1 占用更多字节（因子 $3$ vs $1$）。

优化意义：

• key_len 小表明索引高效，能减少磁盘 I/O。
• 若 key_len 接近索引总长，说明索引被充分利用；若值小，可能需优化索引或查询。

---

二、rows 字段解析

rows 表示查询执行时估计需要扫描的行数。它是性能瓶颈的预警指标。

定义与计算：

• 含义：rows 是基于统计信息预估的行扫描量，值越大，查询越慢。
• 估计原理：
  • 使用索引的选择性（Selectivity）计算：
    $$ \text{rows} \approx \text{总行数} \times \text{选择性} $$
    其中，选择性 = 唯一值比例（例如，索引列有 $1000$ 个值，查询条件覆盖 $10$ 个，则选择性为 $0.01$）。
  • 若无索引，rows 可能接近全表行数。

影响因素：

• 索引质量：高效索引（如唯一索引）能显著降低 rows。
• 数据分布：数据倾斜时，实际行数可能偏离估计值。
• 查询条件：范围查询（如 WHERE age > 30）比等值查询（如 WHERE id = 5）的 rows 更高。

优化意义：

• rows 高（如超过 $10000$）表示需优化索引或重写查询。
• 结合 key_len 分析：若 key_len 小但 rows 大，索引可能未生效。

---

三、实际应用案例

假设有一个用户表 users，结构如下：

CREATE TABLE users (
    id INT PRIMARY KEY,
    name VARCHAR(50) NOT NULL,
    age INT,
    INDEX idx_name_age (name, age)
) ENGINE=InnoDB;

查询示例：

EXPLAIN SELECT * FROM users WHERE name = 'Alice' AND age > 30;

EXPLAIN 输出分析：

• key_len：计算过程：
  • name 列：VARCHAR(50)，UTF-8 字符集，最大长度 $50 \times 3 = 150$ 字节。
  • age 列：INT，$4$ 字节。
  • 实际 key_len 可能为 $154$（若查询使用完整索引）。
• rows：估计值基于 idx_name_age 索引的选择性。如果表有 $10000$ 行，name='Alice' 有 $50$ 个匹配，age>30 过滤后剩 $20$ 行，则 rows 约为 $20$。

优化建议：

• 若 key_len 为 $150$（仅使用 name 列），说明索引未覆盖 age，需调整复合索引顺序。
• 若 rows 过高（如 $5000$），可添加更细粒度的索引或优化查询条件。

---

四、总结

• key_len：聚焦索引效率，字节长度越小越好，需关注数据类型和索引设计。
• rows：预警扫描开销，值越低性能越优，依赖统计信息和查询优化。
• 联合分析：通过 EXPLAIN 输出，优先降低 rows，再优化 key_len。例如：
  • 目标：rows < 1000 且 key_len 不超过索引总长的 $80%$。
  • 工具：使用 ANALYZE TABLE 更新统计信息，确保估计准确。

掌握这些字段的深度解析，能显著提升 MySQL 查询性能。建议定期审查执行计划，针对性地调整索引策略。