-
Type: Task
-
Resolution: Won't Do
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Storage
-
None
-
Execution Team 2020-01-27, Execution Team 2020-02-10, Execution Team 2020-02-24
There is no need for a single node replica set to truncate oplog holes on startup because they cannot have oplog holes. A single node replica set member is always primary, so batch application behavior is irrelevant. The Replicate Before Journaling project will add primary mode behavior around tracking oplog holes, but again, since there are no nodes replicating from the node, parallel writes on the primary can never become out of sync with secondary nodes.
This is prep work before the Replicate Before Journaling functional changes go in, to break up the changes.
Notes:
replCoord->getConfig().getNumMembers() should get the number of replica set members
replSetReconfig makes it hard to correctly control when to write or not write the truncate point as primary. Not writing the truncate point as a 1-node-replset primary appears to have better performance, but will be attempted at a later time.
- is related to
-
SERVER-45668 Stop writing the oplogTruncateAfterPoint as a 1-node-replica-set primary
- Closed
- related to
-
SERVER-44555 Implement replicate before journaling
- Closed