Ubuntu 上 MongoDB 存储引擎选择指南
快速结论
- 新部署在 Ubuntu 上的 MongoDB 一律优先选择 WiredTiger，它是自 MongoDB 3.2 起的默认引擎，提供文档级并发、压缩（Snappy/zlib）、检查点与**WAL（journal）**等能力，适配高并发 OLTP 与通用业务场景。对于需要极低延迟且可接受无磁盘持久化的场景，可考虑企业版的 In-Memory。MMAPv1 属于历史引擎，社区版在 4.0 起已弃用，官方在 4.2 起不再支持，仅在维护极旧版本时才会遇到。
核心差异对比
| 维度 |
WiredTiger |
MMAPv1 |
| 并发控制 |
文档级并发，多客户端可同时更新不同文档 |
集合级锁，写并发受限 |
| 压缩 |
支持 Snappy/zlib（索引前缀压缩） |
不支持压缩 |
| 内存与缓存 |
引擎缓存默认约为 RAM 的 50%（上限可配） |
依赖 OS 文件系统缓存，工作集需更大内存 |
| 持久化与恢复 |
Checkpoint 约每 60 秒或日志达阈值；journal 默认 100ms 同步；崩溃后基于 WAL 快速恢复 |
依赖 journal，无检查点机制，恢复通常更慢 |
| 适用场景 |
高并发 OLTP、混合负载、容器化、需要压缩节省存储 |
仅限维护遗留系统，且版本受限 |
上述差异意味着在新系统上 WiredTiger 在并发、空间效率与恢复速度上均更优。
如何选择
- 新项目或升级迁移：选择 WiredTiger，获得更好的并发、压缩与可运维性。
- 强一致与事务：需要 多文档事务、读已提交等一致性能力时，选择 WiredTiger。
- 低延迟、容忍数据丢失：企业版可选 In-Memory（非持久化）。
- 只读/近只读分析：WiredTiger 已足够；不建议为此单独选择 MMAPv1。
- 遗留系统维护：仅在运行 MongoDB ≤3.6 且无法升级时才可能继续使用 MMAPv1，并需接受并发与碎片等限制。
Ubuntu 上的配置要点
- 确认与切换引擎（示例为 WiredTiger）：
- 配置文件 /etc/mongod.conf
storage:
engine: wiredTiger
wiredTiger:
engineConfig:
cacheSizeGB: 8 # 依据内存与负载调节
journalCompressor: snappy
collectionConfig:
blockCompressor: snappy
indexConfig:
prefixCompression: true
- 重启服务生效：
sudo systemctl restart mongod
- 监控与容量规划
- 观察 WiredTiger 缓存命中：
db.serverStatus().wiredTiger.cache，关注命中率与 eviction 情况，结合工作集调整 cacheSizeGB。
- 理解持久化节奏：WiredTiger 约每 60 秒做 Checkpoint，journal 默认 100ms 刷盘；合理配置
syncPeriodSecs 与 Journal 相关参数以平衡性能与持久性。