innodb_buffer_pool_size必须在MySQL 5.7首次启动前配置，不支持运行时修改；需在my.cnf中显式设置为chunk_size×instances的整数倍，单位仅认M或G，大小应基于热数据量估算并预留缓冲空间。
装完 MySQL 5.7 后别急着跑业务，innodb_buffer_pool_size 必须在首次启动前配好——它不支持“先跑起来再调”，硬改会导致启动失败或内存分配异常。
装完立刻改配置文件，别等启动后再动
MySQL 5.7 安装后默认值是 128M，对任何稍有数据量的场景都严重不足。必须编辑配置文件（通常是 /etc/my.cnf 或 /etc/mysql/my.cnf），在 [mysqld] 段下显式写入：
innodb_buffer_pool_size = 4G
注意：4G 是示例，实际值取决于你的物理内存和部署角色；单位只认 M 或 G，写成 4GB 或 4096MB 会直接启动失败。
- 专用数据库服务器：设为物理内存的 70%–80%，但必须预留 ≥2GB 给 OS 和 systemd、logrotate 等基础进程
- Web + DB 混部：压到 40%–50%，否则 PHP/Java 进程容易被 OOM killer 杀掉
- VPS ≤2GB 内存：固定设
256M或512M，别套比例，同时建议关掉performance_schema
为什么不能 SET GLOBAL 临时改？
MySQL 5.7 虽然支持部分在线调整，但前提是：innodb_buffer_pool_size 必须是 innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances 的整数倍。新实例首次启动时，这两个参数都用默认值（chunk_size=128M，instances=1），所以你根本没法凑出合法倍数——强行 SET GLOBAL innodb_buffer_pool_size = ... 会报错：ERROR 1238 (HY000): Variable 'innodb_buffer_pool_size' is a read only variable。
也就是说：安装后首次配置，只能靠改配置文件 + 重启，没有捷径。
设多大才算合理？看数据量，不是看内存百分比
光按内存比例拍脑袋设值，八成会浪费或过载。更靠谱的做法是估算热数据规模：
- 查当前 InnoDB 数据总大小：
SELECT SUM(data_length + index_length) FROM information_schema.tables WHERE engine='InnoDB'; - 结果除以 0.8 得出缓冲池下限（留 20% 缓冲空间）
- 如果算出来是 3.2G，就设
innodb_buffer_pool_size = 3200M或向上取整到 3584M（即 128M × 28，满足 chunk 对齐）
设太大没用：如果实际热数据只有 2G，设 8G 只会让 MySQL 多占内存却不提升性能，还可能触发 swap；设太小则 Innodb_buffer_pool_reads 每秒持续 >20，说明磁盘读压爆了。
启动失败？先盯住两个关键校验点
改完配置重启失败，90% 出在这两处：
-
innodb_buffer_pool_size不是innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances的整数倍 → 查当前值：SELECT @@innodb_buffer_pool_chunk_size, @@innodb_buffer_pool_instances;，然后按倍数重设 - 配置值超过系统可用内存（
free -h显示的available），尤其混部环境里 Redis/Nginx 已吃掉大量内存 → 改小，别硬扛
看到 mysqld 进程 RSS 内存远超 innodb_buffer_pool_size 别慌，这是正常的：缓冲池只管主数据块，每个连接还要额外消耗 sort_buffer_size、join_buffer_size 等私有缓冲，100 个活跃连接轻松多占 200MB+。
