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

在 2 核 4GB 内存的 Linux 服务器上运行 MongoDB，资源非常紧张。MongoDB 默认配置通常假设服务器拥有更多内存（用于 WiredTiger 缓存），因此必须进行针对性的优化，否则极易出现 OOM（内存溢出）导致服务崩溃或性能急剧下降。

以下是针对该配置的核心优化建议：

1. 核心内存限制（最关键）

WiredTiger 存储引擎需要大量内存作为缓存。如果分配过多，会挤占操作系统和其他进程的空间；分配过少，则会导致频繁的磁盘 I/O，拖慢查询速度。

设置 storage.wiredTiger.engineConfig.cacheSizeGB：
这是最重要的参数。对于 4GB 内存的机器，建议将 MongoDB 的缓存限制在 1.5GB – 2.0GB 之间，为操作系统和系统进程预留至少 1.5GB – 2GB。

修改 /etc/mongod.conf (YAML 格式)：
```
storage:
  wiredTiger:
    engineConfig:
      cacheSizeGB: 1.8  # 强烈建议不要超过 2.0
```
注意：如果使用旧版 YAML 配置，确保 mongod --setParameter 中未覆盖此值。
禁用 vm.swappiness：
防止操作系统将 MongoDB 的关键数据页交换到磁盘（Swap），这会导致严重的性能抖动甚至死锁。

临时生效：
```
sudo sysctl vm.swappiness=1
```
永久生效： 在 /etc/sysctl.conf 中添加 vm.swappiness=1 并执行 sudo sysctl -p。

2. CPU 与线程优化

2 核 CPU 意味着并发处理能力有限，过多的后台线程会消耗宝贵的上下文切换资源。

调整 net.maxIncomingConnections：
限制最大连接数，避免连接风暴耗尽 CPU。

net:
  maxIncomingConnections: 50  # 默认通常是 65535，对于小机必须大幅降低

控制后台线程 (wiredTigerThreadCount)：
WiredTiger 默认会根据 CPU 核心数自动计算线程数。在双核机器上，建议手动限制，减少争抢。
```
storage:
  wiredTiger:
    engineConfig:
      threadCount: 2  # 设置为物理核心数或略低，避免过度竞争
```

3. 文件系统与 I/O 调度

由于内存受限，I/O 操作会更频繁，文件系统的选择直接影响性能。

使用 XFS 文件系统：
MongoDB 官方强烈推荐 XFS。它在大文件处理和并发写入方面表现优于 ext4。如果是新部署，请确保分区格式化为 XFS。
```
mkfs.xfs /dev/sdaX
```
挂载选项优化：
在 /etc/fstab 中挂载数据目录时，添加 noatime 选项，减少元数据更新带来的 I/O 开销。
```
/dev/sdaX  /data  xfs  defaults,noatime,nodiratime  0  0
```

I/O Scheduler：
如果是 SSD，建议使用 none 或 noop；如果是机械硬盘，deadline 通常比 cfq 更适合数据库场景。

# 查看当前调度器
cat /sys/block/sda/queue/scheduler

# 临时设置为 none (SSD)
echo none > /sys/block/sda/queue/scheduler

4. 监控与运维策略

在如此低的资源下，任何异常都会迅速放大。

启用日志监控：
确保 MongoDB 日志级别正常，重点关注 WARNING 和 ERROR。
```
tail -f /var/log/mongodb/mongod.log
```
定期清理无用索引：
索引占用内存且增加写入负担。定期检查未使用的索引并删除。
```
db.stats().totalIndexSize // 查看总索引大小
db.collection.getIndexes() // 检查索引
```
避免全表扫描：
由于缓存极小，没有索引的查询会直接击穿磁盘 IO。务必确保所有高频查询字段都有索引。
使用 System Monitor 工具：
安装 htop 或 glances 实时监控内存和 CPU。
```
htop
```
观察 Mem 行，如果 buff/cache 很高但可用内存很低，说明系统正在频繁 Swap 或内存不足。

5. 架构层面的妥协

如果业务负载较重，仅靠单机优化可能无法解决瓶颈，需要考虑架构调整：

读写分离：如果可能，将读请求分流到其他低成本节点（即使只是只读副本）。
分片集群（Sharding）：如果数据量增长快，考虑引入第二台服务器做分片，但这会增加运维复杂度。
降级策略：在应用层增加缓存（如 Redis），减少直接访问 MongoDB 的频率。

总结配置示例 (`/etc/mongod.conf`)

systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log

net:
  port: 27017
  bindIp: 127.0.0.1  # 生产环境需改为内网 IP，并确保防火墙开放
  maxIncomingConnections: 50

storage:
  dbPath: /var/lib/mongo
  journal:
    enabled: true
  wiredTiger:
    engineConfig:
      cacheSizeGB: 1.8
      threadCount: 2

processManagement:
  timeZoneInfo: /usr/share/zoneinfo

security:
  authorization: enabled

最后提醒：在上线前，务必进行压力测试。观察 db.serverStatus().wiredTiger.cache.bytesCurrentlyInCache 是否稳定在设定值附近，以及 db.serverStatus().globalLock.currentQueue.readers 和 writers 是否出现积压。