LinuxMongoDB配置中内存设置多少合适

Linux下MongoDB内存设置的建议

核心结论

• 使用 WiredTiger 存储引擎时，将 storage.wiredTiger.engineConfig.cacheSizeGB 设为不超过物理内存的 50%–60%；在单机多实例或容器环境，按“实例可用内存”的同样比例分别设置，避免多个实例争抢同一块内存。WiredTiger 默认即为“物理内存的 50%，但不少于 256 MB”（WiredTiger 3.4+）。示例：物理内存 16 GB，单实例可设 8 GB；若同机跑 2 个实例，每个可设 7–8 GB 并留有余量给系统与其他进程。

不同场景的推荐值

场景建议 cacheSizeGB说明单机单实例物理内存的 50%–60%兼顾工作集与系统余量单机多实例/容器每实例按“可用内存”的 50%–60%实例间隔离，避免 OOM低内存（≤8 GB）适度下调至 40%–50%为 OS、驱动、监控与连接留出空间高内存（>64 GB）通常仍不超过 50%–60%工作集通常远小于总内存，更多内存未必提升性能

配置方法与示例

• 配置文件（/etc/mongod.conf）storage:wiredTiger:engineConfig:cacheSizeGB: 8 # 按上表规则取值
• 命令行mongod --wiredTigerCacheSizeGB=8
• 容器/虚拟化
  • Docker：设置容器内存上限（如 -m 16G），再按“容器可用内存”的 50%–60% 配置 cacheSizeGB。
  • systemd/cgroups：为 mongod 服务设置 MemoryLimit=…，同样按可用内存比例配置。

系统层面的配合设置

• 合理设置 vm.swappiness（如 10），降低换页倾向但不建议完全关闭 swap，避免 OOM Killer 直接终止 mongod。
• 视环境调整 vm.overcommit_memory（如设为 1），减少因内存超额分配导致的分配失败。
• 建议关闭或优化 透明大页（THP），降低内存管理与访问抖动。
• 持续监控：使用 mongostat、mongotop 观察缺页、eviction、连接与操作延时等指标，结合业务负载迭代调优。

如何判定设置是否恰当

• 观察 WiredTiger 缓存命中与回收压力：若 cache used 长期接近 95% 或 dirty 接近 20% 并持续，说明淘汰压力大，应增加内存或提升磁盘 I/O 能力。
• 关注连接与内核网络缓冲：大量连接会显著增加内存占用（每个连接的 TCP 读写缓冲可能达到 MB 级），需结合并发与流量评估连接数上限与批量大小。
• 利用 db.serverStatus().tcmalloc 查看 tcmalloc 缓存占用，确认是否有大量内存被缓存未归还 OS，避免误判为“内存泄漏”。