innodb_buffer_pool_size应略大于常驻热数据与索引总和，而非数据库全量大小；需结合Innodb_buffer_pool_reads/Read_requests比值（>1%则不足）、内存余量及并发负载综合设定，避免OOM或缓存过小。
innodb_buffer_pool_size 设多少才不翻车
这个值设错，MySQL 要么吃光内存 OOM，要么缓存太小查得比磁盘还慢。它不是越大越好，也不是按物理内存 70% 硬套就安全。
关键看实际数据量和访问模式：innodb_buffer_pool_size 应该略大于「常驻热数据 + 索引」的总大小，而不是整个数据库文件大小。
- 用
SELECT (SELECT COUNT(*) FROM information_schema.INNODB_BUFFER_PAGE) * 16384 / 1024 / 1024 AS buffer_used_mb;粗略看当前用了多少 MB（注意：这不准，但可作趋势参考） - 查真实数据+索引大小：
SELECT SUM(data_length + index_length) / 1024 / 1024 AS total_mb FROM information_schema.tables WHERE engine='InnoDB'; - 线上跑稳后，观察
Innodb_buffer_pool_reads（从磁盘读页）和Innodb_buffer_pool_read_requests（总读请求）比值，持续 > 1% 就说明缓存不够 - 别在 32GB 内存机器上直接设 24G —— Linux、MySQL 其他组件（如 sort buffer、tmp table）、甚至监控 agent 都要内存
innodb_buffer_pool_instances 到底要不要调
默认是 8，但很多人不知道它只在 innodb_buffer_pool_size >= 1G 时才生效，且必须整除 pool 大小。设错反而降低并发性能。
它的作用是把 buffer pool 拆成多个独立实例，减少线程争抢同一 mutex。但拆太多会浪费内存对齐开销，太少又起不到分片效果。
- 若
innodb_buffer_pool_size是 4G，建议设为 4 或 8（4G ÷ 4 = 1G/instance，符合最小粒度） - 若只有 512MB，
innodb_buffer_pool_instances设成 1 更稳 —— 强制设 4 会导致每个 instance 不足 128MB，InnoDB 会静默忽略并回退到 1 - MySQL 5.7+ 支持在线调整，但改完要
SET GLOBAL innodb_buffer_pool_size = N;触发重分配，期间会有短暂性能抖动
为什么开了 innodb_buffer_pool_dump_at_shutdown 还没 dump 成功
这个参数只是“允许”关机时 dump，真正执行还要看 innodb_buffer_pool_dump_now 或 innodb_buffer_pool_dump_pct 是否配合到位，否则 shutdown 时压根不触发。
常见错误是只开了 dump_at_shutdown，却没确认 dump 文件路径是否可写，或误以为每次 shutdown 都全量 dump（其实默认只 dump 25% 最热页）。
- 先检查路径：
SHOW VARIABLES LIKE 'innodb_buffer_pool_filename';默认是ib_buffer_pool，确保 MySQL 进程对该路径有写权限 - dump 比例由
innodb_buffer_pool_dump_pct控制（默认 25），不是全量；想全量可设为 100，但 dump 文件会变大、加载更慢 - 手动触发 dump：
SET GLOBAL innodb_buffer_pool_dump_now = ON;，立刻写入，不等 shutdown - 加载失败常见于：启动时
innodb_buffer_pool_load_at_startup未开启，或 load 过程中 buffer pool 正在 resize（此时 load 会被跳过）
buffer pool warmup 后查询还是慢？可能卡在预热节奏上
innodb_buffer_pool_load_at_startup 加载的是上次 dump 的页地址列表，但加载是后台异步做的，速度受 innodb_buffer_pool_load_abort 和 innodb_io_capacity 影响极大。刚启完服务就压测，很可能热数据还在排队进内存。
- 观察加载进度：
SHOW STATUS LIKE 'Innodb_buffer_pool_load_status';返回Buffer pool(s) load completed at ...才算真加载完 - 如果
innodb_io_capacity还是默认 200，SSD 机器上预热会非常慢 —— 建议设为 1000~2000（根据设备 IOPS 调整） - 预热期间
SELECT查询仍走正常路径，不会等预热完成；所以首屏慢是正常的，别急着怀疑配置 - dump 文件本身不加密、不压缩，别把它当成备份用 —— 它只保存页号，不保存数据一致性校验
buffer pool 参数之间咬合紧密，单独调一个容易引发连锁反应。比如改大 innodb_buffer_pool_size 后没同步调 innodb_buffer_pool_instances，mutex 争抢反而更严重；或者 dump 文件路径在 tmpfs 上，重启后丢失，warmup 就失效了。
