在 my.cnf 的 [mysqld] 段落中设置 innodb_buffer_pool_size 值，专用数据库服务器通常建议设置为物理内存的 50% 至 80%。风险边界是必须预留足够内存给操作系统和其他进程，避免触发 OOM Killer。

命令速用版

直接编辑配置文件并重启，或使用动态命令临时调整。

【my.cnf 配置片段】
[mysqld]
innodb_buffer_pool_size = 4G

【动态调整命令（MySQL 5.7+）】
SET GLOBAL innodb_buffer_pool_size = 4294967296;

为什么会这样

innodb_buffer_pool_size 决定了 InnoDB 缓存数据和索引的内存区域大小。

该参数直接影响数据库读取性能，值越大，内存中命中的数据越多，磁盘 I/O 越少。但占用内存过高会挤压操作系统缓存和其他进程空间，导致系统交换（Swap）频繁甚至进程被杀。

分步处理

按以下步骤安全调整配置，每步完成后进行检查。

1. 确认物理内存
使用 free -h 查看总内存，记录可用值。

2. 计算目标值
专用数据库服务器建议设置为总内存的 50%-80%。混合部署服务器需预留内存给 Web 服务或系统缓存，建议不超过 40%。

3. 修改配置文件
编辑 /etc/my.cnf 或 /etc/mysql/my.cnf，在 [mysqld] 下添加或修改 innodb_buffer_pool_size。支持单位后缀 K、M、G。

4. 重启或动态生效
MySQL 5.7 及以上版本支持在线调整，但写入 my.cnf 可确保重启后持久化。生产环境建议维护窗口内重启。

5. 回滚提醒
修改前备份原 my.cnf 文件。若启动失败，使用备用配置恢复。

怎么验证是否生效

通过 SQL 命令和系统监控确认配置已应用且系统稳定。

1. 检查变量值
登录 MySQL 执行 SHOW VARIABLES LIKE 'innodb_buffer_pool_size';，确认数值与配置一致。

2. 监控系统内存
使用 top 或 free -h 观察可用内存（available），确保未接近零。

3. 检查错误日志
查看 MySQL 错误日志及 /var/log/messages，确认无 Out of memory 或 Killed 记录。

常见坑

• 数值单位错误：配置时未加单位默认为字节，建议明确写 4G 而非数字。
• 忽略操作系统开销：将内存全部分配给 MySQL，导致系统进程无法运行。
• 动态调整限制：在线调大通常没问题，但调小受限于当前已分配页，可能无法立即生效到目标值。
• 32 位系统限制：32 位操作系统对单进程内存有限制，不建议设置过大。

常见问题

innodb_buffer_pool_size 可以动态修改吗？

MySQL 5.7 及以上版本支持全局动态修改，无需重启实例，但写入配置文件才能持久化。

设置多大合适？

专用数据库服务器通常建议物理内存的 50% 至 80%，具体需预留操作系统及其他服务内存。

修改后需要重启 MySQL 吗？

若仅通过 SET GLOBAL 命令修改则无需重启，若修改 my.cnf 配置文件则通常需要重启生效。

参考来源

• MySQL Official Documentation, 5.7.25 InnoDB Configuration, innodb_buffer_pool_size, https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_buffer_pool_size
• Percona Server Documentation, Memory Configuration, https://www.percona.com/doc/percona-server/LATEST/configuration/server_system_variables.html#innodb_buffer_pool_size