上次我们分享到了 wiredTiger 引擎以及他对于以前默认的 MMAPV1 引擎的优势

关于 wiredTiger 引擎 配置这里补充一下：

storage:
journal:
enabled: true
dbPath: /data/xiaomotong/mongo1/
directoryPerDB: true
engine: wiredTiger
wiredTiger:
engineConfig:
cacheSizeGB: 1
directoryForIndexes: true
journalCompressor:none （默认snappy）
collectionConfig:
blockCompressor: zlib 
indexConfig:
prefixCompression: true

• directoryPerDB

是否一个库一个文件夹

• engine

数据引擎指定是什么

• cacheSizeG

wiredTiger 引擎最大使用 cache 的大小，此处配置 1 个 G ， 我们可以根据实际情况来配置

• directoryForIndexes

是否将索引也按数据库名单独存储

• collectionConfig

集合的压缩配置

• blockCompressor

压缩方式 ，默认 snappy，这里选择 none 或者 zlib

• indexConfig

索引配置

今天我来看看 mongodb 中的另外一个引擎，内存引擎

内存引擎

内存引擎，看名字就知道，数据肯定不是存在磁盘里面的，而是存在内存里面的

mongodb 的内存引擎是 InMemory 存储引擎，主要是用在企业版本的 mongodb，MongoDB Enterprise ， 他不是将文档存储在磁盘上，而是将它们保留在内存中 ，

因此 InMemory 存储引擎 是没有持久化的 ，默认情况下，内存存储引擎使用50％的物理RAM减去1 GB

那么，就这个不会持久化的内存引擎，我们一般是在什么场景会使用他呢？

• 存储非持久的数据

应用程序数据和系统数据，例如用户，权限，索引，副本集配置，分片群集配置等等

• 用于高性能的读取

用于在副本集中的用来提供高性能查询的次要节点，可以从其他节点恢复数据，因此 内存引擎是不适用于副本集的主节点的，这里需要注意

因为内存引擎的数据很容易丢失

例如

上面有说到，内存引擎适合高性能的读取，没错，当客户端的请求是读操作的时候，尽可能的读取这个引擎所在的 mongodb，并且也不用担心这个引擎所在的 mongodb 会挂掉

因为挂掉之后，对整个集群没有什么影响，只需要挂掉的这个 mongodb 启动后找集群中的 其他 副本进行恢复数据即可

内存引擎关于配置上面没有什么特殊的，将上面 wiredTiger 引擎 的配置拿过来，将 engine 字段改成 inmemory 即可

GridFS

顺手在来看看 GridFS ， 通过名字我们可以判别他是存储大文件的

我们一起来看看 GridFS 主要是能做什么，支持啥不支持啥。

GridFS 用作做大文件存储

我们在工作工程中，会使用 GridFS 存储大于16 MB的文件，GridFS 是用于存储和检索超过16 MB 的 BSON文档，如果一般数据量比较小的话，其实也用不到 GridFS

GridFS 不支持多文档事务

GridFS 文件存储不是只存储在单个文档中的

mongodb 中， GridFS 是不会将文件存储在单个文档中的，而是多个文档

例如将文件分为多个部分或大块（默认是 255 kB），并将每个大块存储为单独的文档

在 mongodb 中，GridFS 是使用这俩集合来存储文件块的，也就是存储文件的元数据

• fs.chunks
• fs.files

今天就到这里，学习所得，若有偏差，还请斧正

欢迎点赞，关注，收藏

朋友们，你的支持和鼓励，是我坚持分享，提高质量的动力

好了，本次就到这里

技术是开放的，我们的心态，更应是开放的。拥抱变化，向阳而生，努力向前行。

我是小魔童哪吒，欢迎点赞关注收藏，下次见~