在 MongoDB 中，查看副本集成员之间的副本延迟可以通过以下步骤进行：
-
使用
rs.status()命令：
这个命令提供了副本集的详细状态信息，包括每个成员的延迟情况。在 MongoDB shell 中，你可以执行以下命令：rs.status()这个命令会返回一个包含副本集所有成员状态的对象。在返回的对象中，每个成员都有一个
optime字段，显示了该成员最后应用的操作的时间戳。 -
查看
optime字段：
optime字段是一个包含两个部分的对象：ts（timestamp）和t（term）。ts是一个 Timestamp 对象，表示最后应用的操作的时间。 -
比较主节点和从节点的
optime：
主节点的optime应该总是最新的，而从节点的optime可能会有所延迟。你可以通过比较主节点和从节点的optime来估计延迟。 -
使用
rs.printReplicationInfo()命令：
这个命令提供了一个更易于阅读的副本集状态报告，包括每个成员的延迟信息。在 MongoDB shell 中，执行以下命令：rs.printReplicationInfo()这个命令会打印出副本集的状态信息，包括每个成员的延迟。
-
监控延迟：
如果你想要持续监控副本集的延迟，你可以定期运行这些命令，或者使用 MongoDB 的监控工具，如 MongoDB Cloud Manager 或第三方监控解决方案。
请注意，副本延迟可能会因为网络延迟、磁盘 I/O、CPU 使用率等因素而变化。如果你发现延迟异常高，可能需要检查副本集成员的性能和配置。
mongo-baa26600-replica0:SECONDARY> rs.printReplicationInfo()
configured oplog size: 10240MB
log length start to end: 370018secs (102.78hrs)
oplog first event time: Fri Sep 06 2024 10:54:09 GMT+0800 (CST)
oplog last event time: Tue Sep 10 2024 17:41:07 GMT+0800 (CST)
now: Tue Sep 10 2024 17:41:14 GMT+0800 (CST)
mongo-baa26600-replica0:SECONDARY> rs.status()
{"set" : "mongo-baa26600-replica0","date" : ISODate("2024-09-10T09:42:31.340Z"),"myState" : 2,"term" : NumberLong(162),"syncSourceHost" : "10.10.98.127:3692","syncSourceId" : 2,"heartbeatIntervalMillis" : NumberLong(2000),"majorityVoteCount" : 2,"writeMajorityCount" : 2,"votingMembersCount" : 3,"writableVotingMembersCount" : 3,"optimes" : {"lastCommittedOpTime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"lastCommittedWallTime" : ISODate("2024-09-10T09:42:26.430Z"),"readConcernMajorityOpTime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"readConcernMajorityWallTime" : ISODate("2024-09-10T09:42:26.430Z"),"appliedOpTime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"durableOpTime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"lastAppliedWallTime" : ISODate("2024-09-10T09:42:26.430Z"),"lastDurableWallTime" : ISODate("2024-09-10T09:42:26.430Z")},"electionParticipantMetrics" : {"votedForCandidate" : true,"electionTerm" : NumberLong(162),"lastVoteDate" : ISODate("2024-09-10T08:55:47.309Z"),"electionCandidateMemberId" : 2,"voteReason" : "","lastAppliedOpTimeAtElection" : {"ts" : Timestamp(1725958536, 1),"t" : NumberLong(161)},"maxAppliedOpTimeInSet" : {"ts" : Timestamp(1725958536, 1),"t" : NumberLong(161)},"priorityAtElection" : 1,"newTermStartDate" : ISODate("2024-09-10T08:55:47.311Z"),"newTermAppliedDate" : ISODate("2024-09-10T08:55:48.546Z")},"members" : [{"_id" : 0,"name" : "10.10.98.123:7315","health" : 1,"state" : 2,"stateStr" : "SECONDARY","uptime" : 4539,"optime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"optimeDurable" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"optimeDate" : ISODate("2024-09-10T09:42:26Z"),"optimeDurableDate" : ISODate("2024-09-10T09:42:26Z"),"lastHeartbeat" : ISODate("2024-09-10T09:42:30.831Z"),"lastHeartbeatRecv" : ISODate("2024-09-10T09:42:30.318Z"),"pingMs" : NumberLong(0),"lastHeartbeatMessage" : "","syncSourceHost" : "10.10.98.127:3692","syncSourceId" : 2,"infoMessage" : "","configVersion" : 111017,"configTerm" : -1},{"_id" : 1,"name" : "10.10.98.125:4933","health" : 1,"state" : 2,"stateStr" : "SECONDARY","uptime" : 86381,"optime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"optimeDate" : ISODate("2024-09-10T09:42:26Z"),"syncSourceHost" : "10.10.98.127:3692","syncSourceId" : 2,"infoMessage" : "","configVersion" : 111017,"configTerm" : -1,"self" : true,"lastHeartbeatMessage" : ""},{"_id" : 2,"name" : "10.10.98.127:3692","health" : 1,"state" : 1,"stateStr" : "PRIMARY","uptime" : 86378,"optime" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"optimeDurable" : {"ts" : Timestamp(1725961346, 1),"t" : NumberLong(162)},"optimeDate" : ISODate("2024-09-10T09:42:26Z"),"optimeDurableDate" : ISODate("2024-09-10T09:42:26Z"),"lastHeartbeat" : ISODate("2024-09-10T09:42:30.830Z"),"lastHeartbeatRecv" : ISODate("2024-09-10T09:42:31.332Z"),"pingMs" : NumberLong(0),"lastHeartbeatMessage" : "","syncSourceHost" : "","syncSourceId" : -1,"infoMessage" : "","electionTime" : Timestamp(1725958547, 1),"electionDate" : ISODate("2024-09-10T08:55:47Z"),"configVersion" : 111017,"configTerm" : -1}],"ok" : 1,"$clusterTime" : {"clusterTime" : Timestamp(1725961346, 1),"signature" : {"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),"keyId" : NumberLong(0)}},"operationTime" : Timestamp(1725961346, 1)
}
根据提供的 rs.printReplicationInfo() 和 rs.status() 命令的输出，我们可以分析 MongoDB 副本集的当前状态和副本延迟情况。
-
副本集状态：
rs.status()命令显示副本集的名称为mongo-baa26600-replica0。- 当前实例的状态 (
myState) 为2，表示这是一个从节点（SECONDARY）。 - 同步源主机 (
syncSourceHost) 是10.10.98.127:3692，这是当前从节点用来同步数据的主节点。
-
副本延迟：
oplog的大小配置为10240MB，这为日志记录提供了较大的空间。oplog的日志长度从开始到结束为370018秒，大约102.78小时。oplog的第一个事件时间是Fri Sep 06 2024 10:54:09 GMT+0800 (CST)，最后一个事件时间是Tue Sep 10 2024 17:41:07 GMT+0800 (CST)。- 当前时间是
Tue Sep 10 2024 17:41:14 GMT+0800 (CST)。
-
成员状态：
- 有三个成员，其中
10.10.98.127:3692是主节点（PRIMARY），状态为1。 - 其他两个成员（
10.10.98.123:7315和10.10.98.125:4933）都是从节点（SECONDARY），状态为2。 - 所有成员的
optime（最后应用的操作时间）都是Timestamp(1725961346, 1)，这表明所有成员都同步到了相同的操作时间戳。
- 有三个成员，其中
-
副本延迟分析：
- 从
rs.status()的输出中，我们可以看到所有成员的appliedOpTime（已应用的操作时间）都是相同的，这意味着没有副本延迟，或者延迟非常小，可以忽略不计。 - 如果从节点的
appliedOpTime落后于主节点的optime，那么差值就是副本延迟。
- 从
-
选举信息：
- 最近一次选举发生在
ISODate("2024-09-10T08:55:47.309Z")，选举时使用的optime是Timestamp(1725958536, 1)。
- 最近一次选举发生在
-
健康和连接状态：
- 所有成员的
health都是1，表示它们都是健康的。 lastHeartbeat和lastHeartbeatRecv时间戳显示了最近一次心跳的时间，这有助于确认副本集成员之间的通信是正常的。
- 所有成员的
总结来说，根据这些信息，副本集看起来是健康的，所有成员都同步到了相同的操作时间戳，没有显著的副本延迟。这是一个正常运行的副本集的迹象。如果需要进一步的延迟监控，可以考虑使用更详细的监控工具或定期检查这些指标。
