-
Type: Task
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
Repl 2019-01-14, Repl 2019-01-28
-
11
If a command returns a NoSuchTransaction error and there was a write concern provided on the command, perform a noop write before waiting for write concern. This ensures that if the command was run with write concern w:majority, and the write concern succeeds, then it is safe to attach the TransientTransactionError label. That is, it is safe for the driver/application to retry the entire transaction, since the node is primary, so the transaction cannot have committed on a newer primary.
Since secondaries reject all commands with write concern, we will not attempt to perform the noop write on secondaries.
This ticket must resolve all TODOs for SERVER-38132 and SERVER-38133, since it replaces those two tickets.
- is related to
-
SERVER-38132 Aborting a transaction must always update config.transactions and write an abort oplog entry
- Closed
-
SERVER-38133 When asked to continue a transaction whose txnNumber is too new, TransactionParticipant must abort that transaction
- Closed
- related to
-
SERVER-38135 Do not allow transactions on shard servers when the featureCompatibilityVersion is 4.0
- Closed