生产须知_MonogDB 中文网

参考 > 管理 > 生产须知

在本页面

MongoDB二进制文件
MongoDB dbPath
并发
数据一致性
联网
硬件注意事项
建筑
压缩
时钟同步
平台特定注意事项
性能监控
后备

此页面详细描述了会影响MongoDB的系统配置，尤其是在生产环境中运行时。

MMAPv1已删除

MongoDB 4.2删除了不赞成使用的MMAPv1存储引擎。要将MMAPv1存储引擎部署更改为WiredTiger Storage Engine，请参阅：

注意

MongoDB Atlas是一种云托管的数据库即服务。MongoDB Cloud Manager（托管服务）和Ops Manager（本地解决方案）提供对MongoDB实例的监视，备份和自动化。有关文档，请参阅Atlas文档， MongoDB Cloud Manager文档和Ops Manager文档

MongoDB的二进制文件¶

支持的平台¶

要在生产环境中运行，请参阅“ 推荐平台”以获取操作系统建议。

注意

在macOS 10.12.x和10.13.x上异常关闭时，MongoDB 4.0可能会丢失数据。

有关详细信息，请参阅WT-4018。

x86_64的¶

平台支持停产通知

Ubuntu 14.04	支持已在MongoDB 4.2+中删除。
Debian 8	支持已在MongoDB 4.2+中删除。
macOS 10.11	支持已在MongoDB 4.2+中删除。

即将停产的通知：

Windows 8.1 / 2012R2	MongoDB将在将来的版本中终止支持。
Windows 8/2012	MongoDB将在将来的版本中终止支持。
Windows 7 / 2008R2	MongoDB将在将来的版本中终止支持。

平台	4.2社区与企业	4.0社区与企业	3.6社区与企业	3.4社区与企业
亚马逊Linux 2	✓	✓
Amazon Linux 2013.03及更高版本	✓	✓	✓	✓
Debian 10	4.2.1+
Debian 9	✓	✓	3.6.5+
Debian 8		✓	✓	✓
RHEL / CentOS / Oracle Linux [1] 8.0及更高版本	4.2.1+	4.0.14+	3.6.17+
RHEL / CentOS / Oracle Linux [1] 7.0及更高版本	✓	✓	✓	✓
RHEL / CentOS / Oracle Linux [1] 6.2及更高版本	✓	✓	✓	✓
SLES 15	4.2.1+
SLES 12	✓	✓	✓	✓
Solaris 11 64位				仅社区
Ubuntu 18.04	✓	4.0.1+
Ubuntu 16.04	✓	✓	✓	✓
Ubuntu 14.04		✓	✓	✓
Windows Server 2019	✓
Windows 10 /服务器2016	✓	✓	✓	✓
Windows 8.1 / Server 2012 R2	✓	✓	✓	✓
Windows 8 /服务器2012	✓	✓	✓	✓
Windows 7 / Server 2008 R2	✓	✓	✓	✓
Windows Vista				✓
macOS 10.13及更高版本	✓	✓
macOS 10.12	✓	✓	✓	✓
macOS 10.11		✓	✓	✓
macOS 10.10			✓	✓

[1]	（1，2，3）的MongoDB仅支持运行红帽兼容内核（RHCK）的Oracle的Linux。MongoDB的确实不支持坚不可摧的企业内核（UEK）。

ARM64 ¶

平台支持停产通知

Ubuntu 16.04 ARM64	支持已在MongoDB Community 4.2+中删除。

平台	4.2社区与企业	4.0社区与企业	3.6社区与企业	3.4社区与企业
Ubuntu 18.04	仅社区
Ubuntu 16.04	仅限企业	✓	✓	✓

PPC64LE（MongoDB企业版）¶

平台支持停产通知

Ubuntu 16.04 PPC64LE	支持已在MongoDB 4.2+中删除。

平台	4.2企业	4.0企业	3.6企业	3.4企业
RHEL / CentOS 7	✓	✓	✓	✓
Ubuntu 18.04	✓
Ubuntu 16.04		✓	从3.6.13开始删除	从3.4.21开始删除

s390x ¶

平台	4.2社区与企业	4.0企业	3.6企业	3.4企业
RHEL / CentOS 7	✓	4.0.6+	从3.6.2开始删除	从3.4.14开始删除
RHEL / CentOS 6	✓	✓	从3.6.14开始删除	从3.4.22开始删除
SLES12	✓	4.0.6+	从3.6.2开始删除	从3.4.15开始删除
Ubuntu 18.04	4.2.1+	4.0.6+

使用最新的稳定软件包¶

确保您具有最新的稳定版本。

所有MongoDB版本均可在MongoDB下载中心页面上找到。在MongoDB的下载中心页面是一个好地方，以验证当前的稳定版本，即使你是通过包管理器进行安装。

对于其他MongoDB产品，请参考MongoDB下载中心页面或它们各自的文档。

MongoDB的`dbPath`¶

目录中的dbPath文件必须与配置的存储引擎相对应。mongod如果dbPath包含由以外的其他存储引擎创建的数据文件，则不会启动 --storageEngine。

mongod必须具有指定的读写权限 dbPath。

并发¶

WiredTiger ¶

WiredTiger支持读写器同时访问集合中的文档。客户端可以在进行写操作时读取文档，并且多个线程可以同时修改集合中的不同文档。

也可以看看

分配足够的RAM和CPU提供有关WiredTiger如何利用多个CPU内核以及如何提高操作吞吐量的信息。

数据一致性¶

日记¶

MongoDB使用预写日志记录到磁盘日志上。日志记录可确保MongoDB可以快速恢复写到日志但mongod 由于崩溃或其他严重故障而终止的情况下无法写到数据文件的写操作。

使日记功能保持启用状态，以确保mongod崩溃后能够恢复其数据文件并将数据文件保持在有效状态。有关更多信息，请参见日记。

从MongoDB 4.0开始，您无法指定--nojournal选项或使用WiredTiger存储引擎的副本集成员。storage.journal.enabled: false

阅读关注点¶

3.2版中的新功能。

从MongoDB 3.6开始，如果写入请求确认，则可以使用因果一致的会话来读取自己的写入。

在MongoDB 3.6之前，您必须发出具有写入关注点的写入操作，然后对读取操作使用或关注读取，以确保单个线程可以读取自己的写入。{ w: "majority" }"majority""linearizable"

若要使用关注级别"majority"，副本集必须使用WiredTiger存储引擎。

您可以"majority"为具有三名成员的主次仲裁器（PSA）架构的部署禁用读取关注。但是，这对变更流（仅在MongoDB 4.0和更早版本中）和分片群集上的事务有影响。有关更多信息，请参见禁用多数阅读关注。

写关注¶

写关注描述了从MongoDB请求的写操作确认级别。写关注点的级别会影响写操作返回的速度。当写操作对写操作的关注较弱时，它们将迅速返回。具有更强的写入关注度时，客户端必须在发送写入操作之后等待，直到MongoDB在请求的写入关注度级别确认写入操作为止。没有足够的写顾虑，写操作对客户端来说似乎已经成功，但是在某些服务器故障的情况下可能无法持久。

有关为部署选择适当的写关注级别的更多信息，请参见写关注文档。

联网¶

使用受信任的组网环境¶

始终在可信任的环境中运行MongoDB，该环境具有阻止来自所有未知计算机，系统和网络的访问的网络规则。与依赖网络访问的任何敏感系统一样，您的MongoDB部署仅应由需要访问的特定系统访问，例如应用程序服务器，监视服务和其他MongoDB组件。

重要

默认情况下，不启用授权，并mongod采用可信环境。authorization根据需要启用模式。有关MongoDB支持的身份验证机制以及MongoDB中的授权的更多信息，请参阅身份验证和基于角色的访问控制。

有关安全性的其他信息和注意事项，请参阅“ 安全性”部分中的文档，特别是：

对于Windows用户，在Windows上部署MongoDB时，请考虑有关TCP配置的Windows Server Technet文章。

禁用HTTP接口¶

在版本3.6中进行了更改： MongoDB 3.6删除了MongoDB弃用的HTTP接口和REST API。

MongoDB的早期版本提供HTTP接口来检查服务器的状态，并可以选择运行查询。默认情况下，HTTP接口是禁用的。不要在生产环境中启用HTTP接口。

管理连接池大小¶

避免超载的连接资源mongod或 mongos通过调整连接池的大小，以满足您的使用案例的实例。从当前数据库请求的典型数量的110-115％开始，然后根据需要修改连接池的大小。请参阅连接池选项以调整连接池大小。

该connPoolStats命令返回有关分片群集中当前数据库mongos和mongod实例的打开连接数的信息。

另请参阅分配足够的RAM和CPU。

硬件注意事项¶

MongoDB是专门针对商品硬件而设计的，几乎没有硬件要求或限制。MongoDB的核心组件运行在低端硬件上，主要是x86 / x86_64处理器。客户端库（即驱动程序）可以在大小端系统上运行。

分配足够的RAM和CPU¶

在最低限度，确保每个mongod或 mongos实例访问两个真正的核心还是一个多核物理CPU。

WiredTiger ¶

该WiredTiger存储引擎是多线程的，可以采取额外的CPU内核的优势。具体来说，活动线程（即并发操作）的总数相对于可用CPU的数目会影响性能：

吞吐量随着并发活动操作数增加到CPU数而增加。
随着并发活动操作数超过CPU数某个阈值量，吞吐量会降低。

该阈值取决于您的应用程序。您可以通过试验和测量吞吐量来确定应用程序的最佳并发活动操作数。来自的输出 mongostat提供有关（ar|aw）列中有效读/写次数的统计信息。

通过WiredTiger，MongoDB可以利用WiredTiger内部缓存和文件系统缓存。

从MongoDB 3.4开始，默认的WiredTiger内部缓存大小是以下两者中的较大者：

50％（RAM-1 GB），或
256 MB。

例如，在总共有4GB RAM的系统上，WiredTiger缓存将使用1.5GB RAM（）。相反，总内存为1.25 GB的系统将为WiredTiger缓存分配256 MB，因为这是总RAM的一半以上减去1 GB（）。0.5 * (4 GB - 1 GB) = 1.5 GB0.5 * (1.25 GB - 1 GB) = 128 MB < 256 MB

注意

在某些情况下，例如在容器中运行时，数据库的内存限制可能低于系统总内存。在这种情况下，此内存限制而不是系统总内存将用作最大可用RAM。

要查看内存限制，请参阅hostInfo.system.memLimitMB。

默认情况下，WiredTiger对所有集合使用Snappy块压缩，对所有索引使用前缀压缩。压缩默认值是可以在全局级别配置的，也可以在收集和索引创建期间基于每个集合和每个索引进行设置。

WiredTiger内部缓存中的数据与磁盘格式使用不同的表示形式：

文件系统缓存中的数据与磁盘上的格式相同，包括对数据文件进行任何压缩的好处。操作系统使用文件系统缓存来减少磁盘I / O。
加载到WiredTiger内部缓存中的索引具有与磁盘格式不同的数据表示形式，但仍可以利用索引前缀压缩来减少RAM使用。索引前缀压缩对来自索引字段的通用前缀进行重复数据删除。
WiredTiger内部缓存中的收集数据未压缩，并且使用与磁盘格式不同的表示形式。块压缩可以节省大量的磁盘存储空间，但是必须对数据进行解压缩才能由服务器进行处理。

通过文件系统缓存，MongoDB自动使用WiredTiger缓存或其他进程未使用的所有可用内存。

要调整WiredTiger内部缓存的大小，请参阅 storage.wiredTiger.engineConfig.cacheSizeGB和 --wiredTigerCacheSizeGB。避免将WiredTiger内部缓存的大小增加到其默认值以上。

注意

该storage.wiredTiger.engineConfig.cacheSizeGB限制WiredTiger内部高速缓存的大小。操作系统将使用可用的空闲内存进行文件系统缓存，从而允许压缩的MongoDB数据文件保留在内存中。此外，操作系统将使用任何可用的RAM来缓冲文件系统块和文件系统缓存。

为了容纳更多的RAM使用者，您可能必须减小WiredTiger内部缓存的大小。

默认的WiredTiger内部缓存大小值假定mongod每台计算机有一个实例。如果一台机器包含多个MongoDB实例，则应减小设置以容纳其他mongod 实例。

如果你运行mongod在一个容器（例如lxc， cgroups，Docker，等等），它没有访问所有系统中可用的RAM，你必须设置storage.wiredTiger.engineConfig.cacheSizeGB的值小于RAM容器使用的量。确切的数量取决于容器中运行的其他进程。请参阅 memLimitMB。

要查看有关高速缓存和逐出速率的统计信息，请参阅命令wiredTiger.cache返回的字段serverStatus。

压缩和加密¶

使用加密时，配备AES-NI指令集扩展的CPU具有明显的性能优势。如果您将MongoDB Enterprise与 Encrypted Storage Engine一起使用，请选择支持AES-NI的CPU，以获得更好的性能。

也可以看看

并发

使用固态磁盘（SSD）¶

使用SATA SSD（固态磁盘），MongoDB具有良好的结果和良好的性价比。

如果可用且经济实惠，请使用SSD。

商品（SATA）旋转驱动器通常是一个不错的选择，因为更昂贵的旋转驱动器的随机I / O性能提高并不那么引人注目（仅大约2倍）。使用SSD或增加RAM可能会更有效地提高I / O吞吐量。

MongoDB和NUMA硬件¶

在具有非统一内存访问（NUMA）的系统上运行MongoDB可能会导致许多操作问题，包括一段时间内性能下降以及系统进程使用率很高。

在NUMA硬件上运行MongoDB服务器和客户端时，应配置内存交错策略，以便主机以非NUMA方式运行。MongoDB部署在Linux（自2.0版起）和Windows（自2.6版起）计算机上时，会在启动时检查NUMA设置。如果NUMA配置可能会降低性能，则MongoDB将显示警告。

也可以看看

MySQL的“交换疯狂”问题和NUMA 帖子的影响，该帖子描述了NUMA对数据库的影响。该帖子介绍了NUMA及其目标，并说明了这些目标与生产数据库的兼容性。尽管该博客文章讨论了NUMA对MySQL的影响，但MongoDB的问题相似。
NUMA：概述。

在Windows上配置NUMA¶

在Windows上，必须通过计算机的BIOS启用内存交错。有关详细信息，请查阅系统文档。

在Linux上配置NUMA¶

在Linux上，您必须禁用区域回收，还必须确保您的 mongod和mongos实例由启动 numactl，通常通过平台的init系统对其进行配置。您必须执行这两项操作，才能正确禁用NUMA与MongoDB一起使用。

使用以下命令之一禁用区域回收：

复制

echo 0 | sudo tee /proc/sys/vm/zone_reclaim_mode

复制

sudo sysctl -w vm.zone_reclaim_mode=0

确保mongod和mongos以开头numactl。通常，这是通过平台的init系统配置的。运行以下命令来确定平台上正在使用哪个初始化系统：
复制
```
ps --no-headers -o comm 1
```
- 如果为“ systemd”，则您的平台使用systemd初始化系统，并且您必须按照下面systemd选项卡中的步骤编辑MongoDB服务文件。
- 如果“ init”，你的平台使用SysV初始化系统，并且你也不需要执行此步骤。SysV Init的默认MongoDB初始化脚本包括numactl默认情况下通过启动MongoDB实例的必要步骤。
- 如果您管理自己的初始化脚本（即，您没有使用这两个初始化系统中的任何一个），则必须按照下面“ 自定义初始化脚本”选项卡中的步骤编辑您的自定义初始化脚本。
- 系统的
- 自定义初始化脚本
您必须用于numactl启动每个 mongod实例，包括所有配置服务器， mongos实例和客户端。编辑每个文件的默认 systemd服务文件，如下所示：
1. 复制默认的MongoDB服务文件：
  
  复制
  
  sudo cp /lib/systemd/system/mongod.service /etc/systemd/system/
2. 编辑/etc/systemd/system/mongod.service文件，并更新ExecStart语句开头：
  
  复制
  
  /usr/bin/numactl --interleave=all
  
  例
  
  如果您的现有ExecStart语句显示为：
  
  ExecStart=/usr/bin/mongod --config /etc/mongod.conf
  
  将该语句更新为：
  
  ExecStart=/usr/bin/numactl --interleave=all /usr/bin/mongod --config /etc/mongod.conf
3. 将更改应用于systemd：
  
  复制
  
  sudo systemctl daemon-reload
4. 重新启动任何正在运行的mongod实例：
  
  复制
  
  sudo systemctl stop mongod sudo systemctl start mongod
5. 如果适用，请对任何mongos实例重复这些步骤。
您必须用于numactl启动每个 mongod实例，包括所有配置服务器， mongos实例和客户端。
1. numactl如果尚未安装，请为您的平台安装。有关安装numactl 软件包的信息，请参阅您操作系统的文档。
2. 配置每个自定义的初始化脚本，以通过numactl以下方式启动每个MongoDB实例：
  
  复制
  
  numactl --interleave=all <path> <options>
  
  <path>您要启动的程序的路径在哪里，并且<options>是传递给该程序的任何可选参数。
  
  例
  
  numactl --interleave=all /usr/local/bin/mongod -f /etc/mongod.conf

有关更多信息，请参见/ proc / sys / vm / *的文档。

磁盘和存储系统¶

交换¶

在避免或尽量减少交换的情况下，MongoDB的性能最佳，因为从交换中检索数据始终比访问RAM中的数据要慢。但是，如果托管MongoDB的系统的RAM不足，则交换可以防止Linux OOM Killer终止mongod进程。

通常，您应该选择以下交换策略之一：

在系统上分配交换空间，并将内核配置为仅允许在高内存负载下进行交换，或者
不要在系统上分配交换空间，并且将内核配置为完全禁用交换

请参阅设置vm.swappiness，以获取有关按照以下准则在Linux系统上配置交换的说明。

注意

如果您的MongoDB实例托管在还运行其他软件的系统（例如Web服务器）上，则应选择第一个交换策略。难道不是在这种情况下，禁用掉。如果可能，强烈建议您在其专用系统上运行MongoDB。

RAID ¶

为了在存储层方面获得最佳性能，请使用RAID-10支持的磁盘。RAID-5和RAID-6通常不能提供足够的性能来支持MongoDB部署。

远程文件系统¶

使用WiredTiger存储引擎，如果远程文件系统符合ISO / IEC 9945-1：1996（POSIX.1），则WiredTiger对象可以存储在远程文件系统上。由于远程文件系统通常比本地文件系统慢，因此使用远程文件系统进行存储可能会降低性能。

如果你决定使用NFS，添加以下NFS选项的 /etc/fstab文件：bg，nolock，和noatime。

将组件分离到不同的存储设备上¶

为了提高性能，请考虑根据应用程序的访问和写入模式将数据库的数据，日志和日志分离到不同的存储设备上。将组件安装为单独的文件系统，并使用符号链接将每个组件的路径映射到存储它的设备。

对于WiredTiger存储引擎，您还可以将索引存储在其他存储设备上。请参阅 storage.wiredTiger.engineConfig.directoryForIndexes。

注意

由于文件将位于不同的设备和卷上，因此使用不同的存储设备将影响您创建数据的快照式备份的能力。

调度¶

计划虚拟或云托管设备¶

对于通过虚拟机监控程序连接到虚拟机实例或由云托管提供商托管的本地块设备，客户操作系统应使用noop调度程序以获得最佳性能。的 空操作调度器允许操作系统到延迟的I / O调度到底层管理程序。

物理服务器的调度¶

对于物理服务器，操作系统应使用截止日期 调度程序。该期限每次请求调度帽最长延迟时间，并保持了良好的磁盘吞吐量，是最适合磁盘密集型数据库应用程序。

架构¶

副本集¶

有关副本集部署的体系结构注意事项的概述，请参见副本集体系结构文档。

分片群集¶

有关为生产部署推荐的分片群集体系结构的概述，请参阅分片群集生产体系结构。

也可以看看

开发清单

压缩¶

WiredTiger可以使用以下压缩库之一压缩收集数据：

活泼的

提供的压缩率低于zlib或， zstd但CPU成本低于任何一种。
zlib

提供比更高的压缩率snappy，但比都较高的CPU成本snappy和zstd。
zstd（从MongoDB 4.2开始可用）

与两者相比提供更好的压缩率snappy， zlib并且CPU成本低于zlib。

默认情况下，WiredTiger使用活泼的压缩库。要更改压缩设置，请参阅 storage.wiredTiger.collectionConfig.blockCompressor。

默认情况下，WiredTiger 对所有索引使用前缀压缩。

时钟同步¶

MongoDB 组件保留逻辑时钟以支持与时间有关的操作。使用NTP 同步主机时钟可以降低组件之间时钟漂移的风险。组件之间的时钟漂移增加了与时间有关的操作的不正确或异常行为的可能性，如下所示：

如果任何给定的MongoDB组件的基础系统时钟与同一部署中的其他组件相比偏移了一年或更长时间，则这些成员之间的通信可能变得不可靠或完全停止。

该maxAcceptableLogicalClockDriftSecs参数控制组件之间可接受的时钟漂移量。值较低的簇maxAcceptableLogicalClockDriftSecs对时钟漂移的容忍度相应较低。
两个集群成员与不同的系统时钟可能对返回当前群集或系统时间的操作，例如返回不同的值Date()， NOW和CLUSTER_TIME。
在MongoDB组件之间存在时钟漂移的群集中，依赖计时的功能可能具有不一致或不可预测的行为。

例如，TTL索引依靠系统时钟来计算

MongoDB 中文手册

生产须知

MongoDB的二进制文件¶

支持的平台¶

x86_64的¶

ARM64 ¶

PPC64LE（MongoDB企业版）¶

s390x ¶

推荐平台¶

使用最新的稳定软件包¶

MongoDB的dbPath¶

并发¶

WiredTiger ¶

数据一致性¶

日记¶

阅读关注点¶

写关注¶

联网¶

使用受信任的组网环境¶

禁用HTTP接口¶

管理连接池大小¶

硬件注意事项¶

分配足够的RAM和CPU¶

WiredTiger ¶

压缩和加密¶

使用固态磁盘（SSD）¶

MongoDB和NUMA硬件¶

在Windows上配置NUMA¶

在Linux上配置NUMA¶

磁盘和存储系统¶

交换¶

RAID ¶

远程文件系统¶

将组件分离到不同的存储设备上¶

调度¶

计划虚拟或云托管设备¶

物理服务器的调度¶

架构¶

副本集¶

分片群集¶

压缩¶

时钟同步¶

MongoDB的`dbPath`¶