InnoDB buffer pool大小应设为物理内存的50%–75%，需预留足够内存给OS及其他进程；动态调整需MySQL 5.7+，每次±1GB；命中率高但查询慢需排查执行计划、临时表、排序等瓶颈；多实例或小内存需按实际可用内存谨慎配置，并合理设置buffer pool实例数。
innodb_buffer_pool_size 设多少才不爆内存
直接看物理内存：设成总内存的 50%–75%，但必须留足空间给 OS、其他进程（比如 MySQL 的 key_buffer_size、连接线程栈、临时表等）。设太高，Linux 会 OOM killer 干掉 mysqld；设太低，磁盘 I/O 疯涨，查询变卡。
实操建议：
- 用
free -h看可用内存，别只看total；重点盯available列 - 查当前实际使用：运行
SELECT @@innodb_buffer_pool_size / 1024 / 1024 / 1024 AS gb;和SHOW ENGINE INNODB STATUS\G里Buffer pool hit rate（持续低于 95% 就说明不够） - 动态调整安全值：MySQL 5.7+ 支持在线改，但每次最多调 ±1GB，避免锁表太久；执行
SET GLOBAL innodb_buffer_pool_size = 8589934592;（8GB）后，用SHOW VARIABLES LIKE 'innodb_buffer_pool_size';确认 - 配置文件里写死更稳：
innodb_buffer_pool_size = 8G（注意单位是 G/B/M，不能写 8000M 这种非整数倍）
为什么 buffer pool hit rate 高了查询还是慢
命中率高只说明热数据在内存里，不代表没其他瓶颈。常见干扰项：大范围 ORDER BY、GROUP BY、未走索引的 LIMIT 分页、临时表落磁盘。
排查方向：
- 开慢日志：
slow_query_log = ON+long_query_time = 1，重点抓Rows_examined远大于Rows_sent的语句 - 检查执行计划：
EXPLAIN FORMAT=JSON看是否用了Using filesort或Using temporary - 确认是否被刷出：
SHOW STATUS LIKE 'Innodb_buffer_pool_pages_%';中pages_flushed持续飙升，可能是脏页刷得太猛，调低innodb_io_capacity或加大innodb_log_file_size
多实例或小内存机器怎么配 buffer pool
单机跑多个 MySQL 实例时，加起来不能超过物理内存 75%；小内存（≤4GB）机器别迷信“越大越好”，innodb_buffer_pool_size 设 1G 可能比 3G 更稳——因为 InnoDB 启动时要预分配并清零内存，小内存机器清零慢，启动卡住甚至失败。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
稳妥做法：
- ≤2GB 内存：设
512M或1G，同时关掉 query cache（query_cache_type = 0） - 多实例场景：每个实例单独算，用
ps aux --sort=-%mem | grep mysql看实际 RSS 占用，别只信配置值 - 云上小规格（如阿里云 2C4G）：优先保 OS 和网络栈，buffer pool 控制在 1.5G 内，留 1G 给突发 buffer、sort、join
重启后 buffer pool 是空的？怎么预热
MySQL 重启后 buffer pool 确实清空，首次查询全走磁盘，用户感知明显卡顿。官方有 innodb_buffer_pool_dump_at_shutdown 和 innodb_buffer_pool_load_at_startup，但默认关着，且 dump 文件只存 page id，不存数据，加载时仍要读盘。
真正有效的预热方式：
- 开启自动 dump/load：
SET GLOBAL innodb_buffer_pool_dump_at_shutdown = ON;+SET GLOBAL innodb_buffer_pool_load_at_startup = ON;，再重启生效（需 MySQL ≥5.7.7） - 手动触发 dump：
SELECT * FROM INFORMATION_SCHEMA.INNODB_BUFFER_POOL_PAGES;不行，要用innodb_buffer_pool_dump_now（5.7+）或SET GLOBAL innodb_buffer_pool_dump_now = ON; - 生产慎用：dump 文件可能达几百 MB，加载期间并发性能下降；建议在低峰期 dump，重启后观察
Innodb_buffer_pool_load_status状态变量
最常被忽略的是：buffer pool 分区数（innodb_buffer_pool_instances）设太少会导致高并发下 mutex 争用，即使内存够也卡。≥8GB 内存建议设为 8，别用默认的 1。
