从MongoDB3.2版本开始，WiredTiger成为MongDB默认的StorageEngine，用于将数据持久化存储到硬盘文件中，WiredTiger提供文档级别（Document-Level）的并发控制

WiredTiger引擎被MongoDB收购,WiredTiger数据结构不是b-tree,不是b-tree,不是b-tree。WiredTiger数据结构官方说明简单截图作为证明。

增加storage.wiredTiger.engineConfig.cacheSizeGB配置项，我设置的是1G1完整配置文件如下：storage:#dbPath:/var/lib/mongodbdbPath

本来打算将WiredTiger系列的技术继续分享出来的，由于这段时间都在忙关于超清视频实时传输的事情，只能把WiredTiger的分享文章延后了，在这里先把这半年做的事情分享出来。

从mongoDB3.0版本引入WiredTiger存储引擎(以下称为WT)以来，一直有同学反应在高速写入数据时WT引擎会间歇性写挂起，有时候写延迟达到了几十秒，这确实是个严重的问题。

1.CachePool引发的问题之前的文章《MongoDBWiredTiger存储引擎cache_pool设计(上)–原理篇》和大家分享WiredTiger的整体架构和CachePool相关的设计，这篇来介绍下阿里云

1、主要特性性能提升7-10倍；数据压缩率80%；减少95%运维成本；插件式存储引擎：WiredTiger文件锁磁盘压缩可配置内存使用上限MMAPV1存储引擎优化库级锁到表级锁文档分配方式优化副本集优化

2.软件层面优化2.1设置WiredTiger的cacheSizeGB通过cacheSizeGB选项配置控制WiredTig

2、Mongos和configserver的作用3、WiredTiger、RocksDB、TerarkDB存储引擎的优缺点4、MongoDB二维空间索引

MongoDB3.0支持用户自定义存储引擎，用户可配置使用mmapv1或者wiredTiger存储引擎，本文主要介绍Mongodb是如何使用wiredTiger数据库作为底层的数据存储层。

+0800ISTORAGE[initandlisten]exceptionininitAndListen:28663Cannotstartserver.Thedefaultstorageengine'wiredTiger'isnotavailablewiththisbuildofmongod.Pl

MongoDB3.2.9版本在wiredtiger上做了很多改进，但不幸的时，这个版本引入了一个新的bug，持续大量insert/update场景，有一定的可能导致wiredtiger进入deadlock

mongod.conf：storage:wiredTiger:engineConfig:cacheSizeGB:定义WiredTiger将用于所有数据的内部缓存的最大大小。

MongoDB数据的存储WiredTiger文档级并发¶快照和检查点¶日志压缩内存的使用内存存储引擎In-memory内存存储引擎并发性¶内存使用持久性事务部署架构复制集分片集群JournalingJournalingandtheWiredTigerStorageEngineJournalFilesJournalingandtheIn-MemoryStorageEngineGridFSchunk

先看一段文档：从MongoDB3.4开始，默认的WiredTiger内部缓存大小是以下两者中的较大者：50％（RAM-1GB），或256MB。

本文仅限于mongodb3.0.0（wiredtiger引擎）一.mongodb内存使用1.热数据这一点是SQL和nosql之间的巨大差距，将热数据存在内存相当于自带cache，若wiredtigercache

MongoDB的概述与安装NoSQL数据库分类MongoDB的适用场景基本常识启动WiredTiger引擎启动WiredTiger引擎创建数据库use{dbName}查看当前所有的数据库showdbsps

一、概述（1）版本历程0.x起步节点1.x支持复制集和分片2.x更加丰富的数据库功能3.x合并了一家专门做数据库引擎的WiredTiger公司，更加完善的周边生态环境4.x支持分布式事务MongoDB的正式版本都是偶数版本

1.前言MongoDB基于wiredTiger提供的泛化SI的功能，重构了readHistory(readMajority)的能力基于wiredTiger提供的AllCommittedTimestampAPI

先说结论本文适配MongoDB4.2.1不能通过MongoDB的配置文件严格限制MongoDB占用的内存将storage.wiredTiger.engineConfig.cacheSizeGB配置为期望占用最大内存的

先说结论本文适配MongoDB4.2.1不能通过MongoDB的配置文件严格限制MongoDB占用的内存将storage.wiredTiger.engineConfig.cacheSizeGB配置为期望占用最大内存的

先说结论本文适配MongoDB4.2.1不能通过MongoDB的配置文件严格限制MongoDB占用的内存将storage.wiredTiger.engineConfig.cacheSizeGB配置为期望占用最大内存的

一、概述（1）版本历程0.x起步节点1.x支持复制集和分片2.x更加丰富的数据库功能3.x合并了一家专门做数据库引擎的WiredTiger公司，更加完善的周边生态环境4.x支持分布式事务MongoDB的正式版本都是偶数版本

在MongoDB3.2中改变的，WiredTiger存储引擎可以工作在所有支持的平台上。需要注意的是，MMAPv1存储引擎不支持大端(big-endian)架构。

journaljournal是MongoDB存储引擎层的概念，目前MongoDB主要支持mmapv1、wiredtiger、mongorocks等存储引擎，都支持配置journal。

原文如连接：https://github.com/wiredtiger/wiredtiger/wiki/Btree-vs-LSM文中对比了LSM和B-Tree的读写吞吐量，在单线程写操作下和多线程读操作下的差异

因为WiredTiger引擎使用内存的方式是：50%of(RAM-1GB)或256MB，哪个更大就以哪个为上限。

Mongodb3.0支持用户自定义存储引擎，用户可配置使用mmapv1或者wiredTiger存储引擎，本文主要介绍Mongodb是如何使用wiredTiger数据库作为底层的数据存储层。

MongodbWiredtiger存储引擎实现原理Mongodb-3.2已经WiredTiger设置为了默认的存储引擎，最近通过阅读wiredtiger源代码（在不了解其内部实现的情况下，读代码难度相当大

1.MongoDB多引擎体系--WiredTigerMongoDBv.3.0之前的版本，默认使用MMAP(MMap引擎)方式对内存中的数据进行写盘存储，遭受了很多诟病。比如并发受限的表锁、不支持压缩、不可控的IO操作等，MMAP甚至不能称作一个完整的存储引擎(笔者的个人观点)，对数据(Btree的数据页、索引页)的操作甚至要依赖os的mmap(in_page_cache)刷盘，并且os的page4

则从其他节点恢复（强烈建议重要的数据至少要存2份）从最近的备份集恢复，一般重要的生产数据，需要对数据进行持续的全量/增量备份repair模式恢复，如果元数据本身有问题，repair模式也是无法工作的；通过WiredTiger

目前除了早期的MMAP存储引擎外，WiredTiger和RocksDB均已完成了对MongoDB的支持，前者更是在被Mongo

MongoDB3.0.x的版本特性（相对于MongoDB2.6及以下）：增加了wiredtiger引擎：开源的存储引擎；支持多核CPU、充分利用内存/芯片级别缓存(注：10月14日刚刚发布的3.0.7版本中

MongoDB中WiredTiger的参数配置主要通过wiredtiger_open（http://source.wiredtiger.com/2.9.1/group__wt.html#ga9e6adae3fc6964ef837a62795c7840ed

MongoDB与mongorocks的关系mongodb支持多种引擎，目前官方已经支持了mmapv1、wiredtiger、in-Memory等，而mongorocks则是第三方实现的存储引擎之一（对应上图

默认值：从3.4开始，WiredTiger内部缓存默认使用较大的一个：50％（RAM-1GB），或256MB。例如，我是8G内存，那么最大缓存0.5*（

文章目录查询优化：字段优化、加入索引MongoDB连接内存优化和连接数优化控制WiredTiger引擎使用内存上限日志清理查询优化：字段优化、加入索引库名:lx创建索引:db.lx.createIndex

www.jianshu.com/p/249defad8592RacksDB/LevelDB:http://www.cnblogs.com/zoucaitou/p/4183468.htmlMongoDB/wiredtiger

1.前言MongoDB基于wiredTiger提供的泛化SI的功能，重构了readHistory(readMajority)的能力基于wiredTiger提供的AllCommittedTimestampAPI

1.前言MongoDB基于wiredTiger提供的泛化SI的功能，重构了readHistory(readMajority)的能力基于wiredTiger提供的AllCommittedTimestampAPI

1.前言MongoDB基于wiredTiger提供的泛化SI的功能，重构了readHistory(readMajority)的能力基于wiredTiger提供的AllCommittedTimestampAPI

档和数组中的键丰富的语⾔查询：Mongodb⽀持丰富的查询语⾔来⽀持读写操作（CRUD）以及数据汇总，⽂本搜索和地理空间索引⾼可⽤性：Mongodb的复制⼯具，成为副本集，提供⾃动故障转移和数据冗余⽀持多种存储引擎：WiredTiger

mongodb3.0版本，除了之前默认的MMAP存储引擎，还新推出了wiredTiger存储引擎。

mongodb3.0介绍一、mongodb3.0新特性引入了插件式存储引擎API新增WiredTiger存储引擎支持文档级别的锁二、WiredTiger存储引擎特性介绍文档级别锁WiredTiger通过

问题背景对使用wiredtiger引擎的mongod进行如下测试，不断的『创建集合、创建索引，插入一条记录』，然后统计这3个动作的耗时。

1.CachePool引发的问题之前的文章《MongoDBWiredTiger存储引擎cache_pool设计(上)--原理篇》和大家分享WiredTiger的整体架构和CachePool相关的设计，这篇来介绍下阿里云

存储引擎WiredTiger是3.0以后的默认存储引擎，细粒度的并发控制和数据压缩提供了更高的性能和存储效率。3.0以前默认的MMAPv1也提高了性能。

存储引擎（Storage）wiredTiger引擎：3.0新增引擎，官方宣称在read、insert和复杂的update下具有更高的性能。所以后续版本，我们建议使用wiredTiger。

mongodb要支持事务，需要满足以下条件：4.0以上版本；安装后时以replicationset（复本集）模式启动；storageEngine存储引擎须是wiredTiger(支持文档级别的锁)，4.0

文章目录一、MongoDB简介主要优点应用场景二、MongoDB的储存引擎WiredTiger三、mongodb配置参数ini配置文件参数解析[YAML配置文件](https://docs.mongodb.com