-
Type: Improvement
-
Resolution: Done
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
v4.0, v3.6
-
Repl 2018-11-05, Storage NYC 2019-02-25, Storage NYC 2019-03-11
-
5
The response to replSetGetStatus includes a subdocument named optimes, which contains the OpTime for various important oplog events, including lastCommittedOpTime, readConcernMajorityOpTime, appliedOpTime and durableOpTime. As of MongoDB 3.6, the actual oplog entries corresponding to these OpTimes have a wall clock time with milliseconds resolution recorded in them. We should extend replSetGetStatus to report the wall clock times corresponding to these optimes, so that we can (usually) get millisecond-granularity measurements of replication lag and back-to-back majority read-modify-write latencies.
The work for this ticket is split into SERVER-40080, SERVER-40078, and SERVER-40353. SERVER-34598 is an umbrella ticket with no work items.
- depends on
-
SERVER-40078 Add wall clock time corresponding to lastCommitted optime to optimes subdocument
- Closed
-
SERVER-40080 Add lastApplied and lastDurable wall clock times to replSetGetStatus optimes subdocument
- Closed
-
SERVER-40353 Add wall clock time corresponding to readConcernMajority OpTime to optimes subdocument
- Closed
- is depended on by
-
SERVER-39494 Clean up chosen Flow Control POC
- Closed
- is related to
-
SERVER-49732 Change _currentCommittedSnapshot to be an OpTime instead of OpTimeAndWallTime
- Closed
- related to
-
SERVER-40683 Make wall clock times in replication structures required after 4.2
- Closed