Ubuntu MongoDB的存储引擎如何选择
导读：Ubuntu 上 MongoDB 存储引擎选择指南 快速结论 新部署在 Ubuntu 上的 MongoDB 一律优先选择 WiredTiger，它是自 MongoDB 3.2 起的默认引擎，提供文档级并发、压缩（Snappy/zlib）、...
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 相关参数以平衡性能与持久性。
- 观察 WiredTiger 缓存命中：
声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！
若转载请注明出处： Ubuntu MongoDB的存储引擎如何选择
本文地址： https://pptw.com/jishu/753181.html