WiredTiger 存储引擎是默认存储引擎。对于现有部署，如果您未指定 --storageEngine 或 storage.engine 设置，mongod 实例可以自动确定用于在 --dbpath 或 storage.dbPath 中创建数据文件的存储引擎。
在以下环境中托管的部署可以使用 WiredTiger 存储引擎：
MongoDB Atlas：用于云中 MongoDB 部署的完全托管服务
注意
所有 MongoDB Atlas 部署均使用 WiredTiger 存储引擎。
MongoDB Enterprise：基于订阅、自我管理的 MongoDB 版本
MongoDB Community：源代码可用、免费使用且可自行管理的 MongoDB 版本
如需详细了解 MongoDB Atlas 托管的部署使用 WiredTiger 内存的情况，请参阅内存。
操作和限制
以下操作说明和限制适用于 WiredTiger 引擎：
您不能将文档固定到 WiredTiger 缓存中。
WiredTiger 不会保留一部分缓存用于读取，并将另一部分缓存用于写入。
WiredTiger 会将其缓存分配给整个
mongod实例。WiredTiger 不会在每数据库或每集合级别分配缓存。
事务（读写）并发
从版本 7.0 开始，MongoDB使用默认算法来动态调整并发存储引擎事务或读取和写入票证的最大数量。动态并发存储引擎ACID 事务算法可优化集群过载期间的数据库吞吐量。
注意
即使在正常情况下，动态算法也会降低总体票证使用量，因为该算法一开始的可用票证基线数量要低得多。因此，在升级到MongoDB 7.0 时，您可能会发现票证使用量大幅下降，这是预期行为。
并发存储引擎事务或读取和写入票证的最大数量永远不会超过 128 个读取票证和 128 个写入票证，并且可能因集群中的节点而异。单个节点内的读取票证和写入票证的最大数量始终相等。
要指定动态最大值不能超过的写入事务或写入票证的最大数量，请使用 storageEngineConcurrentReadTransactions 和 storageEngineConcurrentWriteTransactions。
如果您想要禁用动态并发存储引擎的事务算法，请提交支持请求，与 MongoDB 技术服务工程师合作。
要查看 WiredTiger 存储引擎支持的并发读事务（读票证）和写事务（写票证）的数量，请执行 serverStatus 命令并检查 queues.execution 响应文档。
注意
available 在 queues.execution 中的低值并不表示存在集群过载。使用排队读取和写入票证数量作为集群过载的指示。
文档级并发性
WiredTiger 会对写入操作使用文档级并发控制。因此，多个客户端可同时修改某一集合的不同文档。
对于大多数读取和写入操作，WiredTiger 均使用乐观并发控制。WiredTiger 仅在全局、数据库和集合级别使用意向锁。当存储引擎检测到两个操作之间存在冲突时，其中一个操作会引发写入冲突，从而导致 MongoDB 以透明方式重试该操作。
某些全局操作（通常是涉及多个数据库的短期操作）仍需全局性的“实例范围”锁。 在某些情况下，其他一些操作（例如renameCollection ）仍然需要独占数据库锁。
快照和检查点
WiredTiger 使用多版本并发控制 (MVCC)。在一个操作开始时，WiredTiger 会向该操作提供数据在该时间点的快照。快照提供的视图将与内存中数据保持一致。
写入磁盘时，WiredTiger 将快照中的所有数据以一致的方式跨所有数据文件写入磁盘。即时持久性数据充当数据文件中的检查点。检查点确可确保数据文件在最后一个检查点之前（包括最后一个检查点）保持一致；即检查点可以充当恢复点。
MongoDB 配置 WiredTiger 创建检查点，具体而言，就是以 60 秒的间隔将快照数据写入磁盘。
在写入新检查点期间，前一检查点仍然有效。因此，即使 MongoDB 在写入新检查点时终止或出错，它在重新启动后便可从上一有效检查点恢复。
当 WiredTiger 的元数据表被原子性更新以引用新检查点时，新检查点将变得可访问且被永久保存。一旦新检查点可供访问，WiredTiger 就会释放来自旧检查点的页面。
快照历史记录保留
从 MongoDB 5.0 开始，可以使用 minSnapshotHistoryWindowInSeconds 参数来指定 WiredTiger 保留快照历史记录的时长。
增大 minSnapshotHistoryWindowInSeconds 的值会增加磁盘使用量，因为服务器必须在指定的时间窗口内维护早期已修改值的历史记录。使用的磁盘空间量取决于工作负载，工作负载量越大，需要的磁盘空间越多。
MongoDB 在 WiredTigerHS.wt 文件中维护快照历史记录，该文件位于您指定的 dbPath中。
日志
WiredTiger 将预写日志与检查点结合使用，确保数据的持久性。
WiredTiger 日志会保留各检查点之间的所有数据修改。如果 MongoDB 在检查点之间退出，它会使用日志来重放自上一检查点以来修改的所有数据。如需了解 MongoDB 将日志数据写入磁盘的频率，请参阅日志进程。
WiredTiger 日志使用 snappy 压缩库进行压缩。要指定其他压缩算法或不压缩，请使用 storage.wiredTiger.engineConfig.journalCompressor 设置。有关更改日志压缩器的详细信息，请参阅更改 WiredTiger 日志压缩器。
注意
如果日志记录小于或等于128 字节（ WiredTiger的最小日志记录大小），则WiredTiger不会压缩该记录。
压缩
利用 WiredTiger，MongoDB 能够支持对所有集合和索引进行压缩。压缩能够最大限度减少存储使用量，但会消耗额外的 CPU 资源。
默认情况下，WiredTiger 对大多数集合利用快速压缩库使用区块压缩，对所有索引使用前缀压缩。然而，默认时间序列集合的区块压缩是 zstd。
对于集合，还可以使用以下区块压缩库：
要指定另一种压缩算法或不压缩，请使用 storage.wiredTiger.collectionConfig.blockCompressor 设置。
对于索引，要禁用前缀压缩，请使用 storage.wiredTiger.indexConfig.prefixCompression 设置。
在创建集合和索引期间，还可以在每个集合和每个索引的基础上配置压缩设置。请参阅指定存储引擎选项和 db.collection.createIndex() storageEngine 选项。
对于大多数工作负载，默认的压缩设置可以在存储效率和处理需求之间取得平衡。
默认情况下，WiredTiger 日志也会被压缩。有关日志压缩的信息，请参阅日志。
内存使用
借助 WiredTiger，MongoDB 可同时利用 WiredTiger 内部缓存和文件系统缓存。
缓存配置设置
默认 WiredTiger 内部缓存大小为以下两者中的较大者：
50% 的 (RAM - 1 GB)，或
0.256 GB.
示例，在总RAM为 4 GB的系统上， WiredTiger缓存使用 1.5 GB RAM (0.5 * (4GB - 1GB) =
1.5 GB)。提供特定缓存大小时，请确保RAM不超过 0.256 GB到 10000 GB的范围。
避免将WiredTiger内部缓存大小增加到超过其默认值。如果您的案例需要这样做，您可以使用 --wiredTigerCacheSizePct 来考虑垂直方向导致的内存变化。您必须指定最大为可用内存的 80% 的百分比。计算值的范围可以从 0.256 GB到 10000 GB范围。示例，在具有 2 GB RAM的系统上，--wiredTigerCacheSizePct 无法设立为 10，因为 10% of 2 GB是 0.2 GB，小于 0.256 GB。
注意
在某些情况下，例如在配置为使用的RAM小于为托管预配的内存量的容器中运行时，您必须考虑这些限制。您可能需要将WiredTiger缓存配置为适当的值，因为在某些情况下， WiredTiger可能不考虑特定容器的内存限制。
要查看memory limit ， WiredTiger用作最大可用RAM量的值，请使用hostInfo 命令。
默认情况下，WiredTiger 对所有集合使用 Snappy 区块压缩，对所有索引使用前缀压缩。压缩默认值可以在全局级别进行配置，也可以在集合和索引创建期间针对每个集合和每个索引进行设置。
WiredTiger 内部缓存和磁盘格式中的数据使用不同的表示形式：
文件系统缓存中的数据与磁盘上的数据格式相同，并且同样拥有数据文件压缩带来的好处。操作系统使用文件系统缓存来减少磁盘 I/O。
WiredTiger 内部缓存中加载的索引具有与磁盘上格式不同的数据表示形式，但仍可利用索引前缀压缩来减少 RAM 使用量。索引前缀压缩会对被索引字段中的常用前缀去重。
WiredTiger 内部缓存中的集合数据未压缩，并使用与磁盘上格式不同的表示形式。区块压缩可大幅节省磁盘上存储空间，但数据必须解压缩才能由服务器操作。
借助文件系统缓存，MongoDB 会自动使用 WiredTiger 缓存或其他进程未使用的所有空闲内存。
要调整WiredTiger内部缓存的大小，请参阅 --wiredTigerCacheSizeGB 和 storage.wiredTiger.engineConfig.cacheSizeGB。避免将WiredTiger内部缓存大小增加到超过其默认值。如果您的使用案例需要增加内部缓存大小，请参阅 --wiredTigerCacheSizePct 和 storage.wiredTiger.engineConfig.cacheSizePct。
借助文件系统缓存，MongoDB 会自动使用 WiredTiger 缓存或其他进程未使用的所有空闲内存。
注意
--wiredTigerCacheSizeGB 限制了 WiredTiger 内部缓存的大小。操作系统使用可用的空闲内存进行文件系统缓存，这允许压缩的 MongoDB 数据文件保留在内存中。此外，操作系统使用任何空闲 RAM 来缓冲文件系统块和文件系统缓存。
为了容纳额外的 RAM 用户，您可能必须减少 WiredTiger 的内部缓存大小。
默认WiredTiger内部缓存大小值假定每台计算机有一个mongod实例。如果一台计算机包含多个MongoDB实例，请减少该设置以容纳其他 mongod 实例。
mongod如果在容器（示例lxc 、cgroups 、 Docker等）中运行 ，而该容器无法访问权限系统中的所有可用RAM ，则必须设立--wiredTigerCacheSizeGB 或--wiredTigerCacheSizePct 为一个小于容器中可用RAM数量的值。确切的数量取决于容器中运行的其他进程。请参阅memLimitMB 。
您只能提供 --wiredTigerCacheSizeGB 或 --wiredTigerCacheSizePct 之一。