雨云入门款服务器 MySQL 内存占用过高，最推荐的处理方向是调整 innodb_buffer_pool_size 参数并禁用性能模式，适用于内存小于 1GB 的 Linux 场景，风险边界是配置过低可能导致复杂查询变慢。
先说结论：入门款服务器资源有限，必须手动限制 MySQL 最大内存使用量，防止触发系统 OOM 机制导致服务崩溃。
- 先定位：使用 free -h 确认物理内存总量及当前剩余可用内存。
- 先做：修改 my.cnf 配置文件，将缓冲池大小设置为物理内存的 30%-50%。
- 再验证：重启服务后观察 top 命令中 MySQL 进程 resident 内存是否稳定。
命令速用版
以下命令用于快速查看内存状态和 MySQL 配置位置，直接在 SSH 终端执行：
free -h
mysql `--help` | grep my.cnf
systemctl status mysqld为什么会这样
MySQL 默认配置假设服务器拥有充足独占内存，不会主动限制缓冲池大小。
雨云入门款服务器通常属于共享资源或低配 VPS，物理内存较小。MySQL 启动时会预分配 innodb_buffer_pool_size 指定的内存，若该值接近或超过物理内存，操作系统 OOM Killer 会强制杀死 MySQL 进程以保护系统内核。
分步处理
按顺序执行以下操作，每步完成后检查是否有报错：
- 备份配置文件：找到 my.cnf 路径（通常在/etc/my.cnf 或/etc/mysql/my.cnf），执行 cp /etc/my.cnf /etc/my.cnf.bak。
- 计算合理值：根据 free -h 显示的 total 内存，计算 30%-50% 的数值。例如 1GB 内存可设置为 384M 或 512M。
- 修改配置：在 [mysqld] 段落下添加或修改 innodb_buffer_pool_size = 384M，同时添加 performance_schema = OFF 以节省内存。
- 重启服务：执行 systemctl restart mysqld 或 systemctl restart mysql。
- 检查状态：执行 systemctl status mysqld 确认服务处于 active (running) 状态。
怎么验证是否生效
通过系统监控和 MySQL 内部状态确认内存占用是否下降：
- 执行 top 命令，观察 mysqld 进程的 RES 列数值是否稳定在设定值附近。
- 执行 free -h，确认 available 内存不再持续下降至零。
- 查看系统日志 /var/log/syslog 或 /var/log/messages，确认没有出现 Out of memory: Kill process mysqld 记录。
常见坑
- 配置单位错误：MySQL 配置中内存单位支持 M/G，不要写成 MB/GB，否则可能导致配置不生效。
- 忽略 Swap 影响：开启 Swap 可防止 OOM 但会显著降低磁盘 IO 性能，仅作为临时止血手段。
- 权限问题：修改配置文件后若属主权限错误，可能导致 MySQL 无法启动，需确保文件属主为 mysql 或 root。
常见问题
开启 Swap 能解决内存不足吗？
能防止服务崩溃，但会降低查询响应速度。
MySQL 8.0 比 5.7 更占内存吗？
是的，MySQL 8.0 默认组件更多，低配服务器建议优先考虑 MySQL 5.7 或 MariaDB。
修改配置后服务启动失败怎么办？
检查错误日志 /var/log/mysql/error.log，通常是因为参数拼写错误或数值单位不正确。
参考来源
- MySQL Official Documentation - Server System Variables (innodb_buffer_pool_size) https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_buffer_pool_size
- Linux Man Page - free https://man7.org/linux/man-pages/man1/free.1.html