若依4核8G的云主机部署？

在 4 核 8G（4 vCPU, 8GB RAM）的云主机上部署若依（RuoYi）框架是完全可行的，且属于非常标准且推荐的入门/生产级配置。这个配置足以支撑中小型企业的内部管理系统或并发量适中的对外业务系统。

以下是针对该硬件配置的详细部署方案、资源分配建议及性能优化指南：

1. 核心组件与资源分配策略

若依通常采用 Spring Boot + Vue 的前后端分离架构。在 8G 内存的限制下，合理分配至关重要，避免某个进程占用过多导致 OOM（内存溢出）。

关键结论：8G 内存对于“应用 + 数据库 + Redis"是够用但紧张的。必须对 JVM 和 MySQL 进行严格的内存限制，否则在高负载下极易发生服务崩溃。

2. 详细部署步骤与参数调优

A. Java 应用层优化 (最关键)

默认情况下，Spring Boot 启动可能会尝试占用大部分可用内存。在 8G 机器上，必须手动指定堆内存大小。

• JVM 参数建议：

  • -Xms2g (初始堆大小)
  • -Xmx3g (最大堆大小) -> 不要超过 3.5G，留给 OS 和数据库空间。
  • -XX:MetaspaceSize=128m
  • -XX:MaxMetaspaceSize=256m
  • -XX:+UseG1GC (开启 G1 垃圾回收器，适合大堆内存)

  启动命令示例：

  java -jar -Xms2g -Xmx3g -XX:+UseG1GC -Dfile.encoding=UTF-8 ruoyi-admin.jar --spring.profiles.active=prod

B. 数据库层优化 (MySQL)

MySQL 默认配置往往过于激进，会尝试吃光所有内存。需要在 my.cnf (或 mysql.cnf) 中修改：

[mysqld]
# 基础设置
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

# 连接数 (根据并发调整，云主机建议 200-500)
max_connections = 500

# 核心内存配置 (必须严格限制)
# 总内存 8G，建议给 InnoDB 缓冲池 2G - 3G
innodb_buffer_pool_size = 2G 

# 其他优化
innodb_log_file_size = 512M
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 2M
thread_stack = 256K
tmp_table_size = 64M
max_heap_table_size = 64M
query_cache_size = 0 # MySQL 8.0 已废弃 query cache，5.7 建议关闭以防碎片

注意：如果安装了 Docker，请在宿主机层面限制 MySQL 容器的内存上限（例如 --memory=2g）。

C. 缓存层优化 (Redis)

Redis 作为内存数据库，建议分配 512MB 以内。

• 如果使用 Docker，启动时添加 --memory=512m。
• 如果数据量大，务必开启持久化（RDB/AOF），防止重启丢失数据。

D. Web 服务器 (Nginx)

Nginx 非常轻量，主要负责反向X_X和静态文件托管。

• 配置 proxy_pass 指向 Spring Boot 的 8080 端口。
• 配置 gzip 压缩以节省带宽。
• 配置 worker_processes auto; 以利用 4 核 CPU。

3. 部署方式选择

方案一：传统二进制部署 (推荐用于生产环境)

直接在云服务器安装 JDK、MySQL、Redis、Nginx，然后上传编译好的 Jar 包。

• 优点：资源控制灵活，无虚拟化损耗，运维直观。
• 缺点：依赖环境管理稍显繁琐。
• 适用：追求极致稳定性和成本控制的场景。

方案二：Docker Compose 部署 (推荐用于开发/测试/快速上线)

编写 docker-compose.yml 编排所有服务。

• 优点：环境隔离，一键启停，迁移方便。
• 缺点：有轻微的性能损耗，需要额外学习 Docker 知识。
• 注意事项：必须在 docker-compose.yml 中为每个服务设置 mem_limit，防止单个容器撑爆内存。

version: '3'
services:
  app:
    image: ruoyi:latest
    mem_limit: 3g
    ports:
      - "8080:8080"
    depends_on:
      - mysql
      - redis

  mysql:
    image: mysql:5.7
    mem_limit: 2g
    environment:
      MYSQL_ROOT_PASSWORD: root123456

  redis:
    image: redis:alpine
    mem_limit: 512m

4. 潜在风险与应对

1. 内存溢出 (OOM)：

   • 现象：Java 进程被杀，或 MySQL 无法启动。
   • 对策：严格遵守上述 JVM 和 MySQL 的参数限制。开启 Linux 的 Swap（虚拟内存）作为最后一道防线（虽然慢，但能防止进程直接崩溃）。
   • Swap 设置建议：在 8G 机器上设置 2G-4G 的 Swap 分区。

2. CPU 瓶颈：

   • 现象：页面加载缓慢，接口响应超时。
   • 对策：4 核 CPU 处理一般 CRUD 没问题。如果是复杂报表查询，建议在数据库中建立索引，或在代码中使用异步线程池（注意线程池大小不要超过 CPU 核数的 2 倍）。

3. 高并发下的连接数：

   • 对策：若依默认的连接池（HikariCP）配置通常较保守。检查 application.yml 中的 spring.datasource.hikari.maximum-pool-size，建议设置为 200 左右（根据实际监控调整）。

总结

4 核 8G 部署若依是完全成熟的方案。

• 适用场景：企业内部 OA、ERP、CRM 系统，日活用户几千到几万，并发量在几百 QPS 以内的场景。
• 成功关键：不要使用默认配置。必须手动限制 Java 堆内存（~3G）、MySQL 缓冲池（~2G）和 Redis 内存（~0.5G），并预留足够的操作系统空间。
• 扩展性：如果未来业务增长，可以通过增加 Redis 节点做读写分离，或者将数据库独立部署到更高配置的云数据库 RDS 实例上，从而释放本机压力。