innodb_buffer_pool_size应设为物理内存的60%–75%，配合instances提升并发，通过INNODB_BUFFER_POOL_STATS验证使用率，MySQL 5.7+支持在线动态调整。
MySQL 的 innodb_buffer_pool_size 是影响性能最直接的参数之一，它决定了 InnoDB 用多少内存来缓存数据页和索引页。配得太小，磁盘读多、响应慢；配得太大，可能挤占系统其他关键进程的内存，甚至触发 OOM。合理配置不是拍脑袋，而是有依据、可验证、能动态调优的过程。
核心配置原则：按物理内存比例起步
对大多数独占服务器环境，推荐初始值设为物理内存的 60%–75%。例如一台 64GB 内存的机器，可设为 40GB–48GB。这个范围兼顾了缓冲效率与系统稳定性：
- 低于 50%：容易导致大量冷数据反复从磁盘加载，I/O 压力上升
- 高于 80%：操作系统、MySQL 其他线程（如排序、连接、日志）、监控工具等可能争抢内存，风险升高
- 云数据库（如阿里云 RDS）需参考厂商规格表——部分实例限制最大 buffer pool 不超过总内存的 70%，且不支持超出规格上限的设置
配合 innodb_buffer_pool_instances 提升并发效率
Buffer Pool 被划分为多个独立实例后，不同线程可并行访问各自实例，减少锁竞争。该参数必须满足两个条件：
- 值 ≥ 1，≤ 64
- innodb_buffer_pool_size 必须是 innodb_buffer_pool_instances × innodb_buffer_pool_chunk_size 的整数倍（chunk_size 默认 128MB，MySQL 5.7+ 支持在线调整）
常见搭配示例：
- buffer_pool_size = 24G → 可设 instances = 6（24G ÷ 6 = 4G/instance，大于 chunk_size）
- buffer_pool_size = 48G → 推荐 instances = 8 或 12（避免单实例过大，也防止实例过多带来管理开销）
如何验证当前配置是否合适
别只看“设了没”，要看“用得好不好”。通过以下 SQL 观察真实使用情况：
SELECT (pages_data*16384)/1024/1024 AS data_mb,
(pages_free*16384)/1024/1024 AS free_mb,
pages_total, pages_data, pages_free,
ROUND((pages_data/pages_total)*100, 2) AS pct_used
FROM information_schema.INNODB_BUFFER_POOL_STATS;
重点关注：
- pct_used 长期低于 60%：说明当前 buffer pool 过大，可适当下调
- free_mb 持续接近 0 且 pages_created 高频增长：缓存淘汰剧烈，考虑扩容或优化查询（避免全表扫描、无效索引）
- buffer_pool_hit_rate（可通过 SHOW ENGINE INNODB STATUS 查看）低于 99%：命中率偏低，优先检查是否有大范围非索引查询
支持在线动态调整（MySQL 5.7+）
无需重启即可修改 buffer pool 大小，但有前提：
- 新值必须是 chunk_size（默认 128MB）的整数倍
- 调整过程分批进行，期间性能略有波动，建议在低峰期操作
- 执行命令：
SET GLOBAL innodb_buffer_pool_size = 42949672960;（即 40GB） - 记得同步更新 my.cnf，否则重启后失效
