mongodb 系列 ~ mongo的两种引擎对比

最新推荐文章于 2025-03-04 11:36:51 发布

转载最新推荐文章于 2025-03-04 11:36:51 发布 · 408 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/danhuangpai/p/10571158.html

文章标签：

#数据库 #运维 #json

本文对比了MongoDB的MMAP和WT两种存储引擎，包括版本支持、并发性能、压缩加密等方面。WT引擎在3.2版本后成默认引擎，有诸多优势。还介绍了WT引擎的参数优化，如内存控制、索引压缩等。最后指出MongoDB对比MySQL的优势，如数据为json格式、适合复杂表结构等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一简介两种引擎方式的对比
二对比与说明
1 版本支持
MMAP引擎 3.2版本之前,默认引擎
WT 引擎 3.2版本之后,默认引擎
2 并发性能(核心)
MMAP引擎 globallock->dblock->collectionlock 相当于mysql的myisam引擎
WT 引擎 globallock->dblock->collectionlock->documentlock 相当于mysql的innodb引擎
从3.2.x开始，WiredTiger成为默认的存储引擎。最为MongoDB目前最流行的存储引擎，WiredTiger与原先的MMAPV1相比有以下优势：
3 压缩加密
MMAP引擎要求数据在内存和在磁盘的形式一致(map磁盘内存映射)。因此，它并不支持压缩和加密
WT 引擎支持压缩和加密,占用的物理磁盘空间更少
4 索引压缩
WT 引擎使用前缀压缩——相同的前缀只存一次 .占用的物理内存空间更少
5 内存控制
WT 引擎拥有了控制使用内存的限制参数,和innodb一样

三 WT引擎参数优化
1 wiredTigerCacheSizeGB=48
含义
1 cacheSizeGB 指的就是Cache size，包括数据和索引。Mongod本身使用内存如连接池堆栈以及sorting buffer等都是额外的，不会被统计到这个数字里面。
2 MongoDB在做诸如聚合、排序、连接管理等操作时需要额外的内存。因此，必须确保有足够的内存可供使用，否则，MongoDB进程有被OOM killer杀死的风险。
和mysql的innodb_buffer_pool很像呢,数据索引放在内存里,排序需要额外的内存
2 推荐配置
服务器内存X75%
3 查看状态命令
db.serverStatus().wiredTiger.cache
2 wiredTigerDirectoryForIndexes=true
1 含义
Index文件和数据文件分离，索引一个目录，数据一个目录。
去具体的collection目录下可以发现
collection index 两个目录
3 wiredTigerDirectoryForIndexes=true
1 含义
是否开启索引的前缀压缩，这里影响所有DB的索引。它会一次存储所有前缀一样的索引，
减少内存、磁盘IO的消耗，默认开启。
4 wiredTigerCollectionBlockCompressor=snappy
1 含义
采用何种压缩方式默认snappy 不建议采用zlib方式,会加重CPU的负担