2G 内存云服务器部署 Spring Boot 和 MySQL 面临资源瓶颈问题。文章对比了 Docker Compose 全容器化与混合部署两种方案，指出全容器化在低内存环境下易导致 OOM 或连接失败。推荐采用 MySQL 容器化配合宿主机运行 Java 应用的混合架构，通过限制 JVM 堆内存、调整 MySQL 参数及配置 Swap 实现稳定运行。同时提供了文件传输替代方案及后续优化建议，如 systemd 服务化、HTTPS 配置等。
本文记录在低配云服务器上部署 Java 项目的完整过程和问题排查思路，希望对同样在小规格服务器上部署 Java 项目的同学有所帮助。
项目技术栈：
服务器配置：
最初的方案是标准的全容器化部署：
services:
db:
image: mysql:8.0
environment:
MYSQL_ROOT_PASSWORD: ${DB_ROOT_PASSWORD}
MYSQL_DATABASE: your_project
MYSQL_USER: your_user
MYSQL_PASSWORD: ${DB_PASSWORD}
ports:
- "3306:3306"
volumes:
- mysql_data:/var/lib/mysql
healthcheck:
test: ["CMD", "mysqladmin", "ping", "-h", "localhost"]
interval: 10s
timeout: 5s
retries: 5
backend:
build: ./backend
depends_on:
db:
condition: service_healthy
ports:
- "8080:8080"
environment:
SPRING_DATASOURCE_URL: jdbc:mysql://db:3306/your_project?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai
SPRING_DATASOURCE_USERNAME: your_user
SPRING_DATASOURCE_PASSWORD: ${DB_PASSWORD}
nginx:
image: nginx:alpine
depends_on:
- backend
ports:
- "80:80"
- "443:443"
后端容器反复报错：
com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure Caused by: java.net.ConnectException: Connection refused
逐项排查：
# 1. MySQL 容器状态 — 正常
docker compose ps
# db: Up 18 minutes (healthy)
# 2. DNS 解析 — 正常
docker exec your_project-backend-1 nslookup db # Address: 172.19.0.2
# 3. MySQL 用户权限 — 已授权
docker exec your_project-db-1 mysql -uroot -p -e "GRANT ALL ON your_project.* TO 'your_user'@'%';"
# 4. 端口监听 — MySQL 确实在监听
docker exec your_project-db-1 ss -tlnp | grep 3306
一切看起来都正常，但后端就是连不上。
2GB 内存是瓶颈。
用 free -h 一看：
total used free shared buff/cache available Mem: 1.9Gi 588Mi 643Mi 8.0Mi 916Mi 1.3Gi
MySQL 8.0 默认配置下内存占用约 400-500MB，Spring Boot JVM 默认堆大小也是几百 MB。两个容器同时启动，加上 Docker 本身的开销，内存直接见底。
在内存不足的情况下，容器间的网络通信会出现各种诡异问题：TCP 连接建立失败、超时、被内核 OOM killer 干掉后重启等。Connection refused 只是表象，本质是资源不足。
核心思路：MySQL 留在 Docker（数据隔离方便），Spring Boot 和 Nginx 直接跑在宿主机上（省内存）。
docker run -d\
--name your_project_mysql \
--restart always \
-e MYSQL_ROOT_PASSWORD=YourRootPassword \
-e MYSQL_DATABASE=your_project \
-e MYSQL_USER=your_user \
-e MYSQL_PASSWORD=YourDbPassword \
-p 3306:3306 \
-v mysql_data:/var/lib/mysql \
mysql:8.0 \
--character-set-server=utf8mb4 \
--collation-server=utf8mb4_unicode_ci
# CentOS / RHEL 系
yum install -y java-17-openjdk-headless
# 验证
java -version
# openjdk version "17.0.18"
关键：限制 JVM 堆内存，2G 服务器不能让 JVM 随意扩张。
mkdir -p /opt/app/uploads
nohup java -Xms256m -Xmx512m \
-jar /opt/app/app.jar \
--spring.profiles.active=prod \
--spring.datasource.url="jdbc:mysql://127.0.0.1:3306/your_project?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useSSL=false" \
--spring.datasource.username=your_user \
--spring.datasource.password=YourDbPassword \
> /opt/app/app.log 2>&1 &
echo "PID: $!"
注意几个要点：
-Xms256m -Xmx512m：堆内存限制在 256-512MB，给系统和 MySQL 留空间127.0.0.1:3306：通过宿主机 loopback 连接 Docker 映射出来的端口allowPublicKeyRetrieval=true：MySQL 8.0 默认使用 caching_sha2_password，需要这个参数yum install -y nginx
cat > /etc/nginx/conf.d/your_project.conf <<'EOF'
server {
listen 80;
server_name _;
client_max_body_size 10M; # 前端静态文件
root /opt/app/web;
index index.html;
# API 反代
location /api/ {
proxy_pass http://127.0.0.1:8080/api/;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
# 上传文件
location /uploads/ {
alias /opt/app/uploads/;
expires 30d;
}
# Flutter Web SPA 路由
location / {
try_files $uri $uri/ /index.html;
}
}
EOF
systemctl enable nginx
systemctl start nginx
try_files $uri $uri/ /index.html 这行很重要——Flutter Web 是 SPA 单页应用，所有路由都要回落到 index.html，否则刷新页面会 404。
# 启动耗时 Started YourProjectApplication in 10.393 seconds
# 内存占用 free -h
# Mem: 1.9Gi total, ~400Mi free, ~1.1Gi used (含 buff/cache)
# MySQL 容器约 300MB + JVM 约 400MB + Nginx 约 20MB + 系统约 300MB
刚好塞下，不富裕但够用。
本地 flutter build web --release 构建完后用 SCP 上传，结果：
Connection closed by x.x.x.x port 22
反复尝试都被断。原因是之前多次 SSH 密码交互触发了服务器的入侵防护策略（fail2ban 或类似机制）。
在服务器上用 Python 起一个临时的文件接收服务：
# 服务端（服务器上执行）
import http.server, os
class H(http.server.BaseHTTPRequestHandler):
def do_PUT(self):
length = int(self.headers['Content-Length'])
with open('/opt/app/web.tar.gz', 'wb') as f:
f.write(self.rfile.read(length))
self.send_response(200)
self.end_headers()
self.wfile.write(b'OK')
os._exit(0)
http.server.HTTPServer(('0.0.0.0', 9999), H).serve_forever()
# 客户端（本地执行）
tar -czf web.tar.gz web/
curl -X PUT --data-binary @web.tar.gz http://服务器 IP:9999/upload
# 服务端解压
cd /opt/app && tar -xzf web.tar.gz
7.8MB 的压缩包，3 秒传完。简单粗暴但有效。
⚠️ 注意：这个方案没有任何认证，仅适合临时使用，用完立即关闭端口或进程。
如果你也在 2G 服务器上跑 Java 项目，这些参数值得关注：
# 严格限制堆内存
-Xms256m -Xmx512m
# 如果更紧张，可以进一步压缩
-Xms128m -Xmx256m
# 使用 G1GC（Java 17 默认），低延迟友好
-XX:+UseG1GC
如果 MySQL 也要省内存，可以在启动时追加参数：
docker run ... mysql:8.0 \
--innodb-buffer-pool-size=128M \
--max-connections=50 \
--table-open-cache=200
2G 内存的服务器强烈建议开 Swap：
fallocate -l 2G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstab
有 Swap 兜底，偶发的内存峰值不会直接触发 OOM killer。
nohup 启动，服务器重启后不会自动恢复。应该写一个 systemd service 文件。app.log 会无限增长，需要配置 logrotate。| 方案 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| Docker Compose 全容器 | 环境隔离、一键部署 | 内存开销大 | 4G+ 内存服务器 |
| 混合部署 | 省内存、连接稳定 | 管理稍复杂 | 2G 内存服务器 |
| 全宿主机 | 最省资源 | 环境污染 | 1G 极端场景 |
核心结论：小规格服务器不要迷信全容器化，够用就行。 Docker Compose 在 4G 以上内存的机器上体验很好，但在 2G 机器上，混合方案是更务实的选择。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
查找任何按下的键的javascript键代码、代码、位置和修饰符。 在线工具，Keycode 信息在线工具，online
JavaScript 字符串转义/反转义；Java 风格 \uXXXX（Native2Ascii）编码与解码。 在线工具，Escape 与 Native 编解码在线工具，online
使用 Prettier 在浏览器内格式化 JavaScript 或 HTML 片段。 在线工具，JavaScript / HTML 格式化在线工具，online
Terser 压缩、变量名混淆，或 javascript-obfuscator 高强度混淆（体积会增大）。 在线工具，JavaScript 压缩与混淆在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online