一 简介 两种引擎方式的对比

二  对比与说明

   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引擎的优化其实主要集中在内存控制 索引压缩两方面,非常好记

 五 Mongo对比mysql优势点

      1 mongoDB对于开发者十分友好，拿到的数据都是json格式，同时开发者维护数据库也很方便。

      2 mongodb 适用于存储数据表结构复杂并且经常被修改,

      3 mongoDB官方自带分布式架构,可以针对海量的数据进行无限扩张,用来提升性能