-
Type:
Improvement
-
Resolution: Done
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
RPL 7 08/10/15
-
None
-
0
-
None
-
None
-
None
-
None
-
None
-
None
On the server enforcing the write concern, the primary replica member, if no write is done then it should enforce a majority write concern on the latest system write.
This is needed so the client can then read the post-state of that write, or something newer. It is especially important if a client needs to retry a write due to a network interruption waiting for the response – if the client then retries the operation, it will look like a no-op to the server, but the write concern still needs to wait until the original write has replicated appropriately.
- is depended on by
-
SERVER-18525 Implement Distributed Lock Manager for replica sets
-
- Closed
-
- is duplicated by
-
SERVER-17744 Enable useful write concern for no-op operations
-
- Closed
-
-
SERVER-14063 Add update no-op mod which replicates
-
- Closed
-
- is related to
-
SERVER-18374 Write commands should not wait for replication if no write happened
-
- Closed
-