-
Type: Task
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Replication, Sharding
-
Sharding 2018-12-31, Sharding 2019-01-14, Sharding 2019-01-28, Sharding 2019-02-11, Sharding 2019-02-25, Sharding 2019-03-11, Sharding 2019-03-25, Sharding 2019-04-08
We support the direct writes to transaction table, "config.transactions", to provide the maintenance ability to Support team. However, transactions use the transaction table for persistency as well. Changing its content arbitrarily may corrupt the data on the node and across the cluster. Thus we should ban direct writes to the transaction table in a replset. There's no restriction for writes to "config.transactions" in standalone mode. Support team can still restart the node in standalone mode, fix its content and restart as a replica, whenever that's necessary.
This work should also remove the session invalidation in OpObserver for direct writes on transaction table.
- duplicates
-
SERVER-36483 Transaction reaper should not reap 'config.transactions' entries for sessions with prepared transactions
- Closed
- related to
-
SERVER-37235 invalidateSessions calls inside the OpObserver should be registered in the RecoveryUnit onCommit callback
- Closed