Debian上MongoDB内存占用高的排查与优化
一、先判断是否为正常占用
- 使用 free -m 观察内存结构：Linux会把文件页缓存计入 used，但属于可回收内存；更接近可用内存的是 available 列。若 available 充足而 used 很高，通常不代表内存紧张。示例命令：free -m。另可用 sar -r/-W 观察内存与换页趋势。
- 使用 mongostat、mongotop 观察数据库层面的吞吐与热点集合/操作，确认是否存在慢查询、大量扫描或频繁排序。
- 在 mongo shell 查看 WiredTiger 缓存命中与使用情况：
- db.serverStatus().wiredTiger.cache
- db.serverStatus().mem
这些步骤能快速判断“高占用”是系统缓存导致，还是 MongoDB 自身缓存/查询压力导致。
二、核心优化手段（按优先级执行）
- 限制 WiredTiger 缓存大小
编辑 /etc/mongod.conf，设置 storage.wiredTiger.engineConfig.cacheSizeGB（单位 GB），例如将缓存限制在 4GB：
storage:
wiredTiger:
engineConfig:
cacheSizeGB: 4
重启生效：sudo systemctl restart mongod。该参数直接决定 WiredTiger 用户态缓存上限，是控制内存占用的最有效手段。
- 优化查询与索引
- 为高频查询建立合适的单字段/复合索引，尽量使用覆盖索引减少回表。
- 避免无索引的大范围扫描，使用 projection 仅返回必要字段，配合 limit() 减少传输与处理量。
- 用 explain() 分析执行计划，修正低效查询与缺失索引。
- 控制内存密集型操作的内存阈值
通过 setParameter 限制阻塞排序等内存使用，例如将 internalQueryExecMaxBlockingSortBytes 设为 2147483648（2GB）：
setParameter:
internalQueryExecMaxBlockingSortBytes: 2147483648
重启后生效。注意该阈值并非“总内存上限”，而是单个操作的排序/聚合等内存上限。
- 减少数据集与工作集规模
归档/清理过期数据，压缩或拆分大集合，降低活跃数据量，减少缓存与IO压力。
- 硬件与架构层面
增加物理内存、使用 SSD 提升IO性能；数据量巨大时考虑分片与副本集分担负载与提高可用性。
以上措施通常能显著降低内存占用并提升稳定性。
三、配置示例与生效验证
- 示例 /etc/mongod.conf（限制 WiredTiger 缓存为 4GB，并限制阻塞排序为 2GB）：
storage:
dbPath: /var/lib/mongodb
journal:
enabled: true
wiredTiger:
engineConfig:
cacheSizeGB: 4
setParameter:
internalQueryExecMaxBlockingSortBytes: 2147483648
- 应用与验证：
- 重启：sudo systemctl restart mongod
- 验证缓存设置：mongo --eval ‘db.serverStatus().wiredTiger.cache’
- 观察数据库负载：mongostat、mongotop
上述配置与验证路径可快速确认参数是否生效并观察效果。
四、系统层面的配合与注意事项
- 合理设置 vm.swappiness，避免过早/过晚使用 Swap；必要时配置适度 Swap 作为兜底，防止 OOM。
- 理解 Linux 内存回收机制：文件页缓存（buff/cache）可回收，若系统 available 充足，mongod RSS 高并不必然代表异常。
- 若仍受限于单机内存，结合数据生命周期管理、冷热分层与分片进行长期治理。
这些系统层面的调优能减少误判与抖动，配合数据库参数共同稳定内存使用。