CentOS或Ubuntu 4GB内存服务器运行Spring Boot + MySQL的最低配置建议？

在 4GB 内存 的服务器上运行 Spring Boot + MySQL，这是一个非常典型的“够用但需精细调优”的场景。如果直接默认安装和配置，极易出现 OOM（内存溢出）导致服务崩溃。

以下是针对该配置的最低可行建议及关键优化方案：

1. 核心结论：能否运行？

可以运行，但必须手动优化。

• 默认状态：MySQL 默认会尝试占用大量内存（尤其是 InnoDB Buffer Pool），Spring Boot 启动后也可能因 JVM 堆内存设置过大而撑爆服务器。
• 优化后状态：通过限制 JVM 堆大小、调整 MySQL 参数以及使用轻量级组件，系统可以稳定运行，适合中小流量应用或开发测试环境。

2. 操作系统层面 (CentOS/Ubuntu)

A. 交换空间 (Swap) —— 至关重要

物理内存只有 4GB，必须开启 Swap 作为“防弹衣”，防止系统在突发高负载时直接杀掉进程。

• 建议配置：创建 2GB ~ 3GB 的 Swap 文件。
• 操作示例 (Ubuntu/CentOS)：

  # 创建 2G swap 文件
  sudo fallocate -l 2G /swapfile
  sudo chmod 600 /swapfile
  sudo mkswap /swapfile
  sudo swapon /swapfile
  # 永久生效
  echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

• 注意：不要设置 Swap 过大（如超过 8GB），否则频繁磁盘交换会导致性能急剧下降；也不要不设置，否则 MySQL 一波动就挂。

B. 内核参数调优

修改 /etc/sysctl.conf，增加文件句柄数和 TCP 连接数：

vm.swappiness = 10  # 降低 Swap 使用倾向，优先用物理内存
fs.file-max = 65535
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535

执行 sysctl -p 生效。

3. 数据库层面 (MySQL)

MySQL 是内存大户，必须强制限制其内存占用。假设预留 1.5GB 给 Spring Boot，剩余 2.5GB 给 MySQL。

A. 配置文件 (/etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf)

在 [mysqld] 下添加以下关键配置：

[mysqld]
# 1. 限制最大连接数 (根据业务量，通常 100-200 足够)
max_connections = 150

# 2. 核心：InnoDB Buffer Pool (最关键，默认可能占 70%+ 物理内存)
# 设置为总内存的 40%-50% 左右，这里设为 1.5GB
innodb_buffer_pool_size = 1.5G

# 3. 临时表限制 (防止大查询占用过多内存)
tmp_table_size = 64M
max_heap_table_size = 64M

# 4. 日志与缓冲
sort_buffer_size = 2M
read_buffer_size = 2M
query_cache_type = 0 # 5.7+ 版本已废弃，建议关闭
query_cache_size = 0

# 5. 其他安全设置
skip-name-resolve = 1 # 禁止 DNS 解析，提升连接速度并减少资源

B. 检查点

重启 MySQL 后，执行 SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; 确认生效。

4. Java 应用层面 (Spring Boot)

Spring Boot 默认会根据容器内存自动计算 Heap Size，但在 4GB 物理机上，这个默认值往往过高（可能申请 2GB+）。你需要强制指定。

A. JVM 启动参数

在启动命令中显式指定 -Xms 和 -Xmx，并保留足够的 OS 开销（约 512MB-1GB）。

推荐配置：

• 初始堆 (-Xms): 512M
• 最大堆 (-Xmx): 1024M (1GB)
• 元空间 (-XX:MetaspaceSize): 128M

启动命令示例：

java -Xms512m -Xmx1024m -XX:MetaspaceSize=128m -jar your-app.jar

或者在 application.properties 中通过环境变量注入（推荐方式）：

# 配合 Docker 或 systemd 环境变量使用
export JAVA_OPTS="-Xms512m -Xmx1024m -XX:MetaspaceSize=128m"

B. 依赖精简

• 移除不必要的 Starter：只引入业务必须的依赖，减少类加载内存消耗。
• 禁用 Actuator 监控：如果不需要远程监控，关闭 management.endpoints.web.exposure.include，避免额外线程和内存开销。
• 使用 Gzip 压缩：在 application.yml 中开启响应压缩，减少网络带宽和 CPU 压力。

5. 架构层面的“避坑”建议

如果上述配置调整后，系统依然不稳定，请考虑以下架构调整：

1. 分离部署：

   • 最稳妥的方案是将 MySQL 迁移到独立的云数据库实例（RDS/PolarDB），或者将 MySQL 单独部署在一台更小的服务器（如 2GB 内存）上。
   • 让 4GB 服务器仅运行 Spring Boot。这样内存分配极其从容（JVM 可轻松跑 2GB+），且避免了两个重型进程争抢内存。

2. 使用轻量级数据库：

   • 如果是新项目且数据量不大，考虑使用 SQLite 或 H2（仅限测试/内部工具），完全消除数据库内存开销。
   • 或者使用 MariaDB 并进行比 MySQL 更严格的参数裁剪。

3. 缓存策略：

   • 务必引入 Redis（如果内存允许，Redis 本身也很吃内存，需权衡）或使用 Caffeine（本地缓存）来减少对 MySQL 的直接查询，从而降低整体负载。

总结配置清单

最终建议：
如果是生产环境，强烈建议将 MySQL 剥离，让 4GB 服务器专攻应用层。如果是开发、测试或低流量内网环境，按照上述参数严格调优后可以正常运行。