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。