-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: None
-
Replication
-
Fully Compatible
-
ALL
-
v8.0
-
Repl 2024-04-15, Repl 2024-04-29
-
47
Currently, when building an applyOps, we reserve as many optimes as we have operations to put into the applyOps, and then use the first N (for as many applyOps as we have). This is legal, but it advances the cluster time to the end of the reserved opTimes. This means that if we immediately follow doing an applyOps write with a causal secondary read, we will think the cluster time on the secondary is not up to date.
We should either use the last N slots for the applyOps, or reserve the exact number of slots.
- is related to
-
SERVER-69749 move packOperationsIntoApplyOps() from OpObserverImpl to TransactionOperations
- Closed