MySQL缓冲池大小必须满足对齐约束：设定值必须是innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances的整数倍，否则会被自动向下取整或分配失败；例如默认chunk=128M、instances=1时，15G将被修正为14.875G，导致OOM报错或实际值不符。
为什么直接设成总内存的70%可能出错
因为MySQL会按 innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances 的最小单位对齐缓冲池大小。默认 chunk 是 128M，实例数默认是 1，所以你设 innodb_buffer_pool_size = 15G，MySQL 实际会向下取整到 14.875G（即 115 × 128M），而不是你期望的 15G。
常见错误现象：[ERROR] InnoDB: Cannot allocate memory for the buffer pool —— 不是内存真不够，而是你填的值不满足对齐要求，MySQL 尝试分配时失败。
- 必须满足：设定值 % (
innodb_buffer_pool_chunk_size×innodb_buffer_pool_instances) == 0 - 若设
innodb_buffer_pool_instances = 8，chunk 默认 128M，则最小粒度是 1G；此时设 16G、17G 都合法，但 16.5G 就会被自动修正为 16G - 动态调整时（
SET GLOBAL innodb_buffer_pool_size = ...）同样受此约束，不是所有数值都能生效
怎么算出一个真正有效的值
先查当前配置：
SELECT @@innodb_buffer_pool_chunk_size / 1024 / 1024 AS chunk_mb,
@@innodb_buffer_pool_instances AS instances,
(@@innodb_buffer_pool_chunk_size * @@innodb_buffer_pool_instances) / 1024 / 1024 AS min_granularity_mb;假设返回 chunk_mb=128、instances=8 → 最小粒度是 1024MB（1G）。那么你可用的有效值只能是 1G、2G、3G……的整数倍。
- 物理内存 64G？别直接写 45G；先算 64 × 0.7 = 44.8G → 向下取整到最接近的 1G 倍数：44G
- 想用 48G？确保 48 × 1024 × 1024 × 1024 能被 (
innodb_buffer_pool_chunk_size×innodb_buffer_pool_instances) 整除 - 如果发现设了 32G 却实际只分配了 30G，立刻检查是否
instances和chunk_size组合导致对齐偏差
动态调整时为什么QPS会瞬降
MySQL 在线扩容/缩容缓冲池时，并不是简单地 malloc/free，而是分 chunk 逐批迁移页面。这个过程会短暂阻塞部分页访问，尤其在高并发读场景下容易引发 Buffer_pool_wait_free 等待事件。
- 调整期间
SHOW ENGINE INNODB STATUS中的Buffer pool size会缓慢增长，不是瞬间完成 - 不要在业务高峰执行
SET GLOBAL innodb_buffer_pool_size = ... - 缩容比扩容更危险：旧页需刷脏并释放，可能触发大量同步写盘，拖慢事务提交
- 观察指标：调整前后对比
Innodb_buffer_pool_resize_status状态变量，确认完成后再评估性能
命中率99%还不够？要看真实压力分布
缓存命中率高（比如 99.3%）不代表没优化空间。InnoDB 缓冲池里有冷热分离：新加载页进 young 区，长期未访问页逐步移入 old 区。如果 innodb_old_blocks_pct 设得太低（默认 37），或者 innodb_old_blocks_time 太短，会导致扫描类查询（如 mysqldump、报表 SQL）把热点页挤出 young 区，造成“假性命中率高但响应变慢”。
- 用
SHOW ENGINE INNODB STATUS\G查看young-making rate和not young-making rate，比值异常高说明预热策略被干扰 - OLAP 类查询多的实例，可适当调大
innodb_old_blocks_pct（如 50）并延长innodb_old_blocks_time（如 2000ms） - 命中率计算本身有陷阱：
1 - (Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests)忽略了innodb_buffer_pool_wait_free这类等待——它不计入 reads，但用户感知就是卡顿
缓冲池大小不是越大越好，对齐规则、实例划分、热区保护这三道坎，漏掉任何一道都可能让调优变成负优化。
