innodb_buffer_pool_size不是越大越好，而是需按物理内存比例预留系统余量后分配，否则易触发swap或oom；应先用free -h看available内存，扣减其他服务常驻内存后再按档位设值（如≤4g设2g～2.5g），且必须重启生效并验证命中率≥99%。
直接结论：innodb_buffer_pool_size 不是越大越好，而是要按物理内存比例预留系统余量后分配，否则容易触发 swap 或 OOM。
怎么算 innodb_buffer_pool_size 的合理值？
别套公式，先看服务器真实可用内存。用 free -h 看 available 列，不是 total；如果跑着其他服务（比如 Nginx、Java 应用），得手动减掉它们的常驻内存。
- 物理内存 ≤ 4G：设为 2G～2.5G（50%～60%）
- 4G ＜ 内存 ≤ 16G：设为 10G～12G（60%～70%）
- 16G ＜ 内存 ≤ 64G：设为 48G～50G（70%～80%）
- 内存 ＞ 64G：设为 80%～85%，但必须给 OS 至少留 2G
例如 32G 内存专用 DB 服务器，innodb_buffer_pool_size = 24g 是稳妥起点；若同时跑 Tomcat 占 4G，那最多只能给 MySQL 分 26G，再扣掉系统保留，实际设 22g 更安全。
为什么不能直接 SET GLOBAL 动态改 innodb_buffer_pool_size？
这个参数在 MySQL 5.7/8.0 中不支持运行时动态调整大小，SET GLOBAL innodb_buffer_pool_size = ... 会报错：ERROR 1238 (HY000): Variable 'innodb_buffer_pool_size' is a read only variable。
必须改配置文件（/etc/my.cnf 或 /etc/mysql/my.cnf 的 [mysqld] 段），然后重启 MySQL：
[mysqld] innodb_buffer_pool_size = 24g innodb_buffer_pool_instances = 8
注意两点：
-
innodb_buffer_pool_instances建议设为 4～8，避免单实例过大导致内部锁争用；公式可参考min(ceil(innodb_buffer_pool_size/1g), 8) - 重启前确认
systemctl is-active mysql是 active，避免 reload 失败静默忽略
调完怎么验证有没有效果？
别只看配置文件写了啥，重点看运行时真实命中率：
执行 SHOW ENGINE INNODB STATUS\G，找 Buffer pool hit rate 行——理想值 ≥ 99%，低于 95% 就说明缓存不够或查询太散。
更准的 SQL 计算方式：
SELECT (1 - (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME = 'innodb_buffer_pool_reads') / (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME = 'innodb_buffer_pool_read_requests') ) * 100 AS hit_ratio;
同时监控 innodb_buffer_pool_wait_free：非零说明缓冲池压力大，频繁等空闲页；innodb_buffer_pool_pages_dirty 持续高企可能意味着刷脏页跟不上写入节奏。
最容易被忽略的是：buffer pool 配置生效后，innodb_buffer_pool_dump_at_shutdown 和 innodb_buffer_pool_load_at_startup 必须同时开启，否则重启后冷启动期间命中率归零，首小时性能暴跌。
