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

一 简介 两种引擎方式的对比
二  对比与说明
   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的负担

四 总结

WT引擎的优化其实主要集中在内存控制 索引压缩两方面,非常好记