buffer pool hit rate不准，因它是最近1000次读的滑动窗口统计，非全局累计值，易受瞬时负载干扰；真实命中率应通过innodb_buffer_pool_read_requests与innodb_buffer_pool_reads计算：(前者−后者)/前者×100%。
SHOW ENGINE INNODB STATUS 输出的 Buffer pool hit rate 是个误导性指标，不能直接当命中率用——它反映的是最近 1000 次逻辑读中命中的次数（如 987 / 1000），但不区分时间窗口、不可累加、也不含统计误差校正，生产环境必须弃用。
为什么 Buffer pool hit rate 数值不准
这个值是 InnoDB 内部维护的一个滑动窗口计数器，仅统计最近约 1000 次 buf_pool->stat.n_page_gets 中的命中次数，不是全局累计值。它受瞬时负载波动影响极大：一次大范围全表扫描就能把该值拉低到 800/1000，但实际缓冲池整体健康度可能完全不受影响。更关键的是，它不包含 Innodb_buffer_pool_reads 和 Innodb_buffer_pool_read_requests 这两个可稳定采集的状态变量，无法用于趋势监控或告警。
真正该查的两个状态变量
用 SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%' 获取原始数据，再手动计算：
-
Innodb_buffer_pool_read_requests：逻辑读请求数（包括命中和未命中） -
Innodb_buffer_pool_reads：物理读页次数（即未命中、必须访问磁盘的次数）
命中率公式为：(Innodb_buffer_pool_read_requests - Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests * 100%。例如：
mysql> SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%'; +---------------------------------------+-----------+ | Variable_name | Value | +---------------------------------------+-----------+ | Innodb_buffer_pool_read_requests | 124893210 | | Innodb_buffer_pool_reads | 1245678 | +---------------------------------------+-----------+
命中率 ≈ (124893210 − 1245678) / 124893210 ≈ 99.0% —— 这才是可用于容量评估和告警的真实值。
动态调整后要等多久才准
刚执行 SET GLOBAL innodb_buffer_pool_size = ... 后，新配置不会立即生效：InnoDB 需异步 resize 缓冲池，期间 Innodb_buffer_pool_read_requests 会持续增长，但分母尚未稳定。建议等至少 5 分钟、且 Innodb_buffer_pool_pages_total 与 Innodb_buffer_pool_pages_free 不再剧烈变动后再采样。若发现 Innodb_buffer_pool_reads 在 resize 完成后仍持续上升，说明新大小仍不足，或存在未优化的全表扫描。
容易被忽略的干扰项：预热未启用
MySQL 重启后，缓冲池为空，前几分钟命中率必然暴跌。这不是配置问题，而是缺少预热机制。务必确认已启用：
innodb_buffer_pool_dump_at_shutdown = ONinnodb_buffer_pool_load_at_startup = ON
否则每次重启都等于重放冷启动，Innodb_buffer_pool_reads 会在数小时内居高不下，掩盖真实瓶颈。
