-
Type: Bug
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Storage
-
None
-
Storage Execution
-
ALL
-
Storage 2017-07-31
When reading after a cluster time at level local, it is possible to have outstanding uncommitted transactions hide data assigned to an earlier cluster time. This is because optimes are not assigned by commit order.
To fix this, we will need to block readAfterClusterTime reads until all transactions prior to the specified cluster time have committed.
Note that it will be still be possible to return data before transactions after the specified cluster time have committed; this will be okay.
- duplicates
-
SERVER-29693 "lastAppliedOpTime" value can sometimes be set to an optime ahead of uncommitted operations
- Closed