2核4G内存的Linux服务器运行MongoDB需要注意哪些优化？

在 2 核 4G 内存的 Linux 服务器上运行 MongoDB，属于典型的资源受限环境。MongoDB 默认配置通常假设拥有大量内存（用于缓存数据页），因此在低配环境下必须对内存管理、I/O 调度、网络参数以及进程限制进行精细化调整，否则极易出现 OOM（Out Of Memory）或严重的性能抖动。

以下是针对该配置的关键优化策略：

1. 核心内存配置（最关键）

4GB 内存非常宝贵，必须确保 MongoDB 能充分利用它作为缓存，同时避免被操作系统其他进程抢占。

• 设置 maxMemoryMB：
  这是最重要的参数。你需要告诉 MongoDB 不要尝试使用超过指定值的内存。建议设置为物理内存的 70%-80%（约 3GB – 3.2GB），预留空间给操作系统和其他服务。

  在 mongod.conf (YAML 格式) 中：

  storage:
    # 单位是 MB，设置为 3072 (3GB) 左右
    wiredTiger:
      engineConfig:
        cacheSizeGB: 3.0 
        # 或者旧版本使用 maxMemoryMB: 3072

  注意：如果未设置此值，MongoDB 可能会尝试分配所有可用内存，导致系统崩溃。

• 禁用 Swap（交换分区）：
  在低配服务器中，一旦触发 Swap，性能会呈断崖式下跌。务必关闭 Swap 并配置内核参数防止其意外启用。

  # 临时关闭
  sudo swapoff -a
  
  # 永久关闭 (编辑 /etc/fstab，注释掉 swap 行)
  # 并在 sysctl 中禁止写入
  echo "vm.swappiness = 1" | sudo tee -a /etc/sysctl.conf
  sudo sysctl vm.swappiness=1

  如果确实发生 OOM，直接杀掉进程比陷入 Swap 交换更可控。

2. 存储引擎与 I/O 优化

WiredTiger 是 MongoDB 5.0+ 的默认引擎，对 SSD 支持良好，但在机械硬盘或低配 CPU 上需微调。

• 压缩算法选择：
  默认通常是 snappy（速度快但占用略多）。如果你的应用数据重复度高且追求极致空间/性能平衡，可以尝试 zstd（压缩率高，CPU 消耗适中）。

  storage:
    wiredTiger:
      engineConfig:
        collectionConfig:
          blockCompressor: zstd

  注意：开启压缩会增加 CPU 负载，对于 2 核 CPU 需监控 CPU 使用率。

• 预分配文件（Prealloc）：
  虽然现代 WiredTiger 默认行为较好，但在启动时确保数据目录权限正确，避免频繁扩容导致的 I/O 阻塞。

• I/O 调度器：
  如果是 SSD，将 I/O 调度器设为 none 或 noop；如果是 HDD，设为 deadline。

  # 查看当前调度器
  cat /sys/block/sda/queue/scheduler
  
  # 临时修改为 none (SSD 推荐)
  echo none > /sys/block/sda/queue/scheduler

3. 操作系统内核调优

Linux 内核参数对数据库性能影响巨大。

• 透明大页（Transparent Huge Pages, THP）：
  MongoDB 官方强烈建议关闭 THP，因为它会导致延迟抖动和内存碎片。

  # 检查状态
  cat /sys/kernel/mm/transparent_hugepage/enabled
  
  # 临时关闭
  echo never > /sys/kernel/mm/transparent_hugepage/enabled
  echo never > /sys/kernel/mm/transparent_hugepage/defrag
  
  # 永久关闭 (添加到 rc.local 或 systemd 脚本)

• 文件描述符限制：
  MongoDB 需要打开大量文件句柄。默认限制（通常为 1024）可能不够。

  # 编辑 /etc/security/limits.conf
  mongo   soft    nofile    65535
  mongo   hard    nofile    65535

  确保以 mongo 用户启动服务，或者在 systemd 配置中设置 LimitNOFILE=65535。

• TCP 参数优化：
  优化连接队列和端口范围，防止高并发下的连接拒绝。

  # /etc/sysctl.conf
  net.core.somaxconn = 4096
  net.ipv4.tcp_max_syn_backlog = 4096
  net.ipv4.ip_local_port_range = 1024 65535

4. MongoDB 服务层配置

• 绑定 IP 地址：
  除非有外部访问需求，否则建议只绑定 127.0.0.1 或内网 IP，减少不必要的网络扫描和安全风险。

  net:
    bindIp: 127.0.0.1,192.168.x.x
    port: 27017

• 禁用不需要的功能：
  如果不需要分片集群或特定认证机制，可以简化配置以减少开销。例如，如果单机部署，无需开启 sharding 相关组件。

• 日志级别：
  生产环境建议将日志级别设为 warning 或 error，避免磁盘 I/O 被大量 debug 日志占满。

  systemLog:
    destination: file
    logAppend: true
    path: /var/log/mongodb/mongod.log
    verbosity: 1 # 0=quiet, 1=warning, 2-4=verbose

5. 运维与监控建议

在 2 核 4G 环境下，监控即生命线。

• 监控指标：
  • 内存使用率：关注 WiredTiger Cache 使用量 vs 总内存。
  • Page Faults：通过 mongosh 执行 db.serverStatus().wiredTiger.cache.bytesReadFromDisk 和 bytesWrittenToDisk，如果读盘量极大，说明内存太小导致缓存命中率低（Cache Hit Rate < 90% 需警惕）。
  • CPU 等待：关注 iowait，如果过高，说明磁盘是瓶颈。
• 定期维护：
  • 定期运行 compact 或 reIndex（视具体场景），但不要在高负载时运行。
  • 开启 oplog 大小限制（如果是副本集），防止 oplog 撑爆磁盘。

总结 Checklist

特别提示：如果业务流量增长，2 核 4G 的瓶颈很快会出现在 CPU 计算能力（如复杂聚合查询）或磁盘 IOPS 上。此时单纯靠软件优化已无法解决，应考虑升级硬件或引入读写分离架构。