serverStatus

实例的信息¶

"host" : <string>,
"advisoryHostFQDNs" : <array>,
"version" : <string>,
"process" : <"mongod"|"mongos">,
"pid" : <num>,
"uptime" : <num>,
"uptimeMillis" : <num>,
"uptimeEstimate" : <num>,
"localTime" : ISODate(""),

host¶

系统的主机名。在Unix / Linux系统中，这应该与hostname命令的输出相同。

advisoryHostFQDNs¶

3.2版中的新功能。

系统的完全限定域名（FQDN）的数组。

version¶

当前MongoDB进程的MongoDB版本。

process¶

当前的MongoDB进程。可能的值为：mongos或 mongod。

pid¶

进程ID号。

uptime¶

当前MongoDB进程处于活动状态的秒数。

uptimeMillis¶

当前MongoDB进程处于活动状态的毫秒数。

uptimeEstimate¶

正常运行时间（以秒为单位）是根据MongoDB内部课程粒度计时系统计算得出的。

localTime¶

根据服务器，以UTC表示当前时间的ISODate。

断言¶

"asserts" : {
   "regular" : <num>,
   "warning" : <num>,
   "msg" : <num>,
   "user" : <num>,
   "rollovers" : <num>
},

asserts¶

报告自MongoDB流程启动以来提出的断言数量的文档。尽管断言错误通常很少见，但如果的值非零asserts，则应检查日志文件以获取更多信息。在许多情况下，这些错误是微不足道的，但值得研究。

asserts.regular¶

自MongoDB流程启动以来提出的常规声明的数量。检查日志文件以获取有关这些消息的更多信息。

asserts.warning¶

在版本4.0中更改。

从MongoDB 4.0开始，该字段返回0 0。

在早期版本中，该字段返回自MongoDB进程启动以来引发的警告数。

asserts.msg¶

自MongoDB进程启动以来引发的消息声明的数量。检查日志文件以获取有关这些消息的更多信息。

asserts.user¶

自上次启动MongoDB进程以来发生的“用户断言”数量。这些是用户可能生成的错误，例如磁盘空间不足或重复密钥。您可以通过解决应用程序或部署中的问题来防止出现这些断言。查看MongoDB日志以获取更多信息。

asserts.rollovers¶

自上次MongoDB进程启动以来，翻转计数器已翻转的次数。2 ^30次声明后，计数器将翻转为零。使用此值可为asserts数据结构中的其他值提供上下文 。

连接¶

"connections" : {
   "current" : <num>,
   "available" : <num>,
   "totalCreated" : <num>,
   "active" : <num>
},

connections¶

报告连接状态的文档。使用这些值可以评估服务器的当前负载和容量要求。

connections.current¶

从客户端到数据库服务器的传入连接数。该数字包括当前的Shell会话。考虑connections.available为该基准添加更多上下文的值。

该值将包括所有传入连接，包括任何外壳程序连接或来自其他服务器的连接，例如 副本集成员或mongos实例。

connections.available¶

可用的未使用的传入连接数。将此值与值结合使用 connections.current以了解数据库上的连接负载，并考虑UNIX ulimit设置文档以获取有关可用连接上的系统阈值的更多信息。

connections.totalCreated¶

创建到服务器的所有传入连接的计数。此数字包括此后关闭的连接。

connections.active¶

到服务器的活动客户端连接数。活动客户端连接是指当前正在进行操作的客户端连接。

4.0.7版中的新功能。

electionMetrics ¶

从4.2.1（和4.0.13）开始可用

本electionMetrics部分提供有关此mongod实例为成为主要实例而进行的选举的信息：

"electionMetrics" : {
   "stepUpCmd" : {
      "called" : <NumberLong>,
      "successful" : <NumberLong>
   },
   "priorityTakeover" : {
      "called" : <NumberLong>,
      "successful" : <NumberLong>
   },
   "catchUpTakeover" : {
      "called" : <NumberLong>,
      "successful" : <NumberLong>
   },
   "electionTimeout" : {
      "called" : <NumberLong>,
      "successful" : <NumberLong>
   },
   "freezeTimeout" : {
      "called" : <NumberLong>,
      "successful" : <NumberLong>
   },
   "numStepDownsCausedByHigherTerm" : <NumberLong>,
   "numCatchUps" : <NumberLong>,
   "numCatchUpsSucceeded" : <NumberLong>,
   "numCatchUpsAlreadyCaughtUp" : <NumberLong>,
   "numCatchUpsSkipped" : <NumberLong>,
   "numCatchUpsTimedOut" : <NumberLong>,
   "numCatchUpsFailedWithError" :<NumberLong>,
   "numCatchUpsFailedWithNewTerm" : <NumberLong>,
   "numCatchUpsFailedWithReplSetAbortPrimaryCatchUpCmd" : <NumberLong>,
   "averageCatchUpOps" : <double>
}

electionMetrics.stepUpCmd¶

当主要成员卸任时，mongod 实例调用的选举指标。election handoff

在stepUpCmd包括选举称为两数和成功选举的数量。

从4.2.1（和4.0.13）开始可用

electionMetrics.priorityTakeover¶

由mongod 实例调用的指标，因为它priority比主要实例的指标高。

在electionMetrics.priorityTakeover包括选举称为两数和成功选举的数量。

从4.2.1（和4.0.13）开始可用

electionMetrics.catchUpTakeover¶

mongod实例调用的选举指标，因为它比主要实例最新。

在catchUpTakeover包括选举称为两数和成功选举的数量。

也可以看看

settings.catchUpTakeoverDelayMillis

从4.2.1（和4.0.13）开始可用

electionMetrics.electionTimeout¶

mongod实例调用的选举指标，因为它无法到达内部的主要指标 settings.electionTimeoutMillis。

在electionTimeout包括选举称为两数和成功选举的数量。

也可以看看

settings.electionTimeoutMillis

从4.2.1（和4.0.13）开始可用

electionMetrics.freezeTimeout¶

mongod实例（成员无法进行选举）过期后调用的选举指标。freeze period

在electionMetrics.freezeTimeout包括选举称为两数和成功选举的数量。

从4.2.1（和4.0.13）开始可用

electionMetrics.numStepDownsCausedByHigherTerm¶

mongod实例因任期较长而卸任的次数（即其他成员参加了其他选举）。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUps¶

选举在数mongod实例作为新当选的主要有追上来的最高知道OPLOG条目。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsSucceeded¶

次数的mongod实例作为新当选的主要成功赶上了已知的最高OPLOG条目。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsAlreadyCaughtUp¶

mongod实例作为新当选的主要实例完成其追赶过程的次数，因为当选时该实例已经被追赶

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsSkipped¶

次数的mongod实例作为新当选的主要跳过了追赶过程。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsTimedOut¶

次数的mongod实例作为新当选的主要结论，因为的它的追赶过程中 settings.catchUpTimeoutMillis的限制。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsFailedWithError¶

新当选的主数据库的追赶过程因错误而失败的次数。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsFailedWithNewTerm¶

由于另一位议员的任期较高（即其他一位或多位议员参加了其他选举），新当选的小学的追赶过程结束的次数。

从4.2.1（和4.0.13）开始可用

electionMetrics.numCatchUpsFailedWithReplSetAbortPrimaryCatchUpCmd¶

由于mongod收到replSetAbortPrimaryCatchUp命令，新当选的主数据库的追赶过程结束的次数 。

从4.2.1（和4.0.13）开始可用

electionMetrics.averageCatchUpOps¶

新当选的小学学生的追赶过程中应用的平均操作数。

从4.2.1开始可用

EXTRA_INFO ¶

"extra_info" : {
   "note" : "fields vary by platform.",
   "heap_usage_bytes" : <num>,
   "page_faults" : <num>
},

extra_info¶

提供有关基础系统的其他信息的文档。

extra_info.note¶

带有文字的字符串 "fields vary by platform."

extra_info.heap_usage_bytes¶

数据库进程使用的堆空间的总大小（以字节为单位）。仅在Unix / Linux系统上可用。

extra_info.page_faults¶

页面错误总数。该 extra_info.page_faults计数器可以表现不佳的时刻期间显着地增加，并且可以具有有限的存储器的环境和更大的数据集相关联。有限且偶发的页面错误不一定表示存在问题。

Windows在涉及磁盘I / O的“硬”页面错误和仅需要移动内存中的“软”页面错误之间进行区分。MongoDB在此统计信息中同时统计硬页面错误和软页面错误。

流量控制¶

"flowControl" : {
   "enabled" : <boolean>,
   "targetRateLimit" : <int>,
   "timeAcquiringMicros" : <NumberLong>,
   "locksPerOp" : <double>,
   "sustainerRate" : <int>,
   "isLagged" : <boolean>,
   "isLaggedCount" : <int>,
   "isLaggedTimeMicros" : <NumberLong>,
},

flowControl¶

返回有关流控制的统计信息的文档。启用流量控制后，随着点滞后逐渐接近，主锁上的写操作必须先获得票据才能进行锁定。因此，在主数据库上运行时，返回的指标很有意义。majority commitflowControlTargetLagSeconds

4.2版中的新功能。

flowControl.enabled¶

一个布尔值，指示流控制是启用（true）还是禁用（false）。

另请参阅enableFlowControl。

4.2版中的新功能。

flowControl.targetRateLimit¶

在主数据库上运行时，每秒可以获取的最大票数。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

flowControl.timeAcquiringMicros¶

在主服务器上运行时，总的写操作等待获取票证的时间。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

flowControl.locksPerOp¶

在主服务器上运行时，近似于每个操作获取的锁数。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

flowControl.sustainerRate¶

当在主服务器上运行时，辅助服务器每秒维持提交点的每秒近似操作数。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

flowControl.isLagged¶

在主数据库上运行时，一个布尔值，指示是否已使用流控制。当大多数承诺滞后时间大于配置的某个百分比时，将启用流控制 flowControlTargetLagSeconds。

在辅助服务器上运行时，返回的布尔值是一个占位符。

4.2版中的新功能。

flowControl.isLaggedCount¶

在主服务器上运行时，自上次重新启动以来，流控制已参与的次数。当大多数承诺的滞后大于一定百分比时，进行流控制 flowControlTargetLagSeconds。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

flowControl.isLaggedTimeMicros¶

在主服务器上运行时，自上次重新启动以来已花费了流控制时间。当大多数承诺的滞后大于一定百分比时，进行流控制 flowControlTargetLagSeconds。

在辅助服务器上运行时，返回的数字是占位符。

4.2版中的新功能。

freeMonitoring ¶

"freeMonitoring" : {
   "state" : <string>,
   "retryIntervalSecs" : <NumberLong>,
   "lastRunTime" : <string>,
   "registerErrors" : <NumberLong>,
   "metricsErrors" : <NumberLong>
},

freeMonitoring¶

报告有关免费Cloud监视的文档。

freeMonitoring.state¶

免费监控的启用状态。值可以是以下之一：

• “启用”
• “已禁用”
• 如果启用免费监视遇到注册错误，则“等待”。

freeMonitoring.retryIntervalSecs¶

上载数据的频率（以秒为单位）。

freeMonitoring.lastRunTime¶

上次运行指标上载的日期和时间。

freeMonitoring.registerErrors¶

注册错误的数量，由于意外的HTTP状态或网络错误而增加。

freeMonitoring.metricsErrors¶

上载指标时遇到的错误数。

globalLock ¶

"globalLock" : {
   "totalTime" : <num>,
   "currentQueue" : {
      "total" : <num>,
      "readers" : <num>,
      "writers" : <num>
   },
   "activeClients" : {
      "total" : <num>,
      "readers" : <num>,
      "writers" : <num>
   }
},

globalLock¶

报告数据库锁定状态的文档。

通常，锁文档提供有关锁使用的更多详细数据。

globalLock.totalTime¶

自上次启动数据库并创建以来的时间（以微秒为单位）globalLock。这大致相当于服务器的总正常运行时间。

globalLock.currentQueue¶

提供有关由于锁定而排队的操作数的信息的文档。

globalLock.currentQueue.total¶

操作的总数排队等待锁（即，总和globalLock.currentQueue.readers和 globalLock.currentQueue.writers）。

始终保持较小的队列，尤其是较短的操作队列，应该引起关注。在 globalLock.activeClients读者和作者信息提供上下文此数据。

globalLock.currentQueue.readers¶

当前排队并等待读锁定的操作数。始终较小的读取队列，尤其是较短的操作，不会引起任何问题。

globalLock.currentQueue.writers¶

当前排队并等待写锁定的操作数。始终较小的写队列，尤其是较短操作的写队列，无需担心。

globalLock.activeClients¶

提供有关已连接客户端数量以及这些客户端执行的读取和写入操作的信息的文档。

使用此数据为