Ubuntu中MongoDB的存储引擎怎么选

Ubuntu下MongoDB存储引擎选择指南

快速建议

新部署优先选择WiredTiger（MongoDB 3.2+ 的默认引擎），具备文档级并发、MVCC、多文档事务（MongoDB 4.0+）、压缩与检查点等能力，覆盖绝大多数在线业务与混合负载。一般无需更改即为最佳起点。
旧系统若仍在使用MMAPv1，应尽快迁移；该引擎为早期方案，锁粒度粗（集合级）、不支持事务，在MongoDB 4.0起已被弃用，新项目不建议采用。
对微秒级延迟且可容忍数据丢失的场景（如实时缓存/会话），可考虑In-Memory引擎，需配合复制集保障高可用，并准备充足内存。

引擎对比与适用场景

引擎	并发与事务	持久化与恢复	压缩	典型场景	注意事项
WiredTiger	文档级并发、MVCC；支持多文档事务（4.0+）	检查点 + WAL（Journal）；默认journal.enabled: true	Snappy（默认）/ zlib	通用OLTP/OLAP、高并发读写、需要事务与压缩	合理设置缓存，避免与系统争用内存
MMAPv1	集合级锁、无事务	依赖文件系统页缓存	无内置块压缩	仅遗留系统、极低写并发的读为主场景	官方已弃用，不推荐新部署
In-Memory	极高并发、内存级延迟	数据不落盘；需复制集提升可用性	不涉及磁盘压缩	实时分析、排行榜、会话缓存	成本高，需充足内存与容灾设计
说明：WiredTiger为默认且功能完备；MMAPv1已过时；In-Memory用于特殊低延迟场景。

如何做出选择

WiredTiger关键配置要点（Ubuntu）

缓存大小：在**/etc/mongod.conf中设置 storage.wiredTiger.engineConfig.cacheSizeGB，建议为物理内存的50%–75%；WiredTiger默认公式为max((RAM−1GB), 256MB)**，避免过大导致系统OOM。
压缩算法：collection级别设置blockCompressor（如snappy或zlib），在CPU与空间之间权衡。
持久化：确保storage.journal.enabled: true（默认开启），利用Journal与Checkpoint保障崩溃恢复。
存储路径与权限：默认**/var/lib/mongodb**；如需变更，修改storage.dbPath并设定目录属主为mongodb:mongodb，重启服务生效。
验证引擎：连接Shell执行 db.runCommand({ connectionStatus: 1 }).storageEngine 查看当前引擎。

硬件与部署建议

存储与文件系统：优先SSD/NVMe，阵列建议RAID 10；文件系统选ext4或XFS（大文件与高并发更友好）。
高可用与扩展：上线复制集（至少3节点）保障高可用；数据量大时考虑分片集群水平扩展。
监控与容量：用mongostat、mongotop与Prometheus+Grafana监控；设置磁盘空间阈值告警（如剩余20%）。

最新问答