key_buffer_size仅对MyISAM表有效，InnoDB表完全不使用；若全为InnoDB表，设为8M–16M即可；若有MyISAM表，应根据SELECT SUM(index_length)计算实际索引占用并乘以1.2–1.5倍来设置。
key_buffer_size 只对 MyISAM 表有效，InnoDB 表完全不使用它。如果你的表全是 InnoDB（MySQL 5.5+ 默认引擎），调大 key_buffer_size 不会提升任何查询性能，纯属浪费内存。
先确认你的表到底用什么引擎
别凭印象猜，直接查：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db';
如果结果里全是 InnoDB，那 key_buffer_size 设成 8M 或 16M 就够了；如果有少量 MyISAM 表（比如老系统里的 mysql 库中部分系统表），才需要认真对待这个参数。
查 MyISAM 索引真实占用，不是磁盘文件大小
.MYI 文件包含碎片和空闲空间，不能直接当缓存依据。要用 MySQL 内部统计的已用索引长度：
SELECT SUM(index_length) FROM information_schema.tables WHERE engine = 'MyISAM' AND table_schema NOT IN ('information_schema', 'performance_schema', 'sys');结果单位是字节，除以 1024*1024 得到 MB。建议把 key_buffer_size 设为该值的 1.2–1.5 倍：
- 总和 8M 或设
16M即可 - 总和 ≈ 200MB → 设
key_buffer_size = 256M - 别超过 2 倍，否则可能挤占
innodb_buffer_pool_size或连接缓冲区
改完不生效？检查这三处硬伤
修改 my.cnf 后重启 mysqld，但 SHOW VARIABLES LIKE 'key_buffer_size' 还是旧值？常见原因：
- 配置写在错误 section 下，必须放在
[mysqld]段内，不能放在[client]或全局其他位置 - 有多个配置文件被加载（如
/etc/my.cnf、/etc/mysql/my.cnf、/usr/etc/my.cnf），后加载的会覆盖前面的，用mysqld --verbose --help | grep "Default options"确认实际读取路径 - 值写错格式，比如写成
key_buffer_size = 2G（正确），但误写为key_buffer_size = 2 GB或2g（MySQL 不识别小写 g 或带空格）
监控是否真有用，而不是“看起来很忙”
运行 SHOW GLOBAL STATUS LIKE 'Key%';，重点关注：
-
Key_read_requests：索引块读请求总数 -
Key_reads：实际从磁盘读取索引块的次数 - 命中率 =
1 - Key_reads / Key_read_requests，持续低于99%才说明缓存不够 - 如果
Key_reads几乎为 0，再调大key_buffer_size没意义
真正容易被忽略的是：MyISAM 表本身并发能力弱、不支持事务、易损坏——哪怕缓存调得再准，也掩盖不了引擎层的瓶颈。只要还有 MyISAM 表在线上跑，就该优先评估迁移成本，而不是反复调参。
