MySQL 中 key_len 与预期不符的原因分析

key_len 是 MySQL EXPLAIN 输出中的一个重要指标，表示 MySQL 在索引中使用的字节数。当发现 key_len 与预期不符时，可能有以下几种原因：

常见原因

1. 字段类型影响

   • VARCHAR 等可变长度类型会额外占用 1-2 字节存储长度信息
   • NULL 允许的列会额外占用 1 字节存储 NULL 标志

2. 字符集差异

   • UTF8/UTF8MB4 字符集的字段比 latin1 占用更多空间
   • 例如 UTF8MB4 每个字符最多占用 4 字节

3. 索引前缀长度

   • 如果使用了前缀索引(如 INDEX(column(10)))，key_len 会反映前缀长度而非完整列长度

4. 多列索引的部分使用

   • 复合索引中只使用了部分列时，key_len 只计算实际使用的部分

5. 索引合并情况

   • 当使用 index_merge 优化时，key_len 可能不反映单个索引的完整长度

诊断方法

1. 检查表结构和索引定义：

   SHOW CREATE TABLE your_table;
   

2. 查看列的数据类型和字符集：

   SELECT column_name, data_type, character_maximum_length, 
         character_set_name, collation_name
   FROM information_schema.columns 
   WHERE table_name = 'your_table';
   

3. 比较 EXPLAIN 输出与实际索引定义

计算 key_len 的规则

• 固定长度类型(如 INT)：

  • TINYINT: 1 字节
  • SMALLINT: 2 字节
  • INT: 4 字节
  • BIGINT: 8 字节

• 可变长度类型(如 VARCHAR)：

  • 实际长度 + 长度前缀(1或2字节)
  • 如果可为 NULL，再加 1 字节

• 字符集影响：

  • latin1: 1 字节/字符
  • utf8: 3 字节/字符
  • utf8mb4: 4 字节/字符

解决方案

1. 确保理解各字段的实际存储需求
2. 检查是否使用了前缀索引
3. 确认查询是否真正使用了预期的索引列
4. 对于复合索引，检查是否使用了最左前缀原则
5. 考虑调整索引设计以更好地匹配查询模式

如需具体案例分析，请提供表结构、索引定义和 EXPLAIN 输出，我可以帮助进一步诊断。