Description
We need to implement an MVCC-compatible locking protocol for Key-Value API. At the moment during transactions with KV operations if entry we are going to change is unlocked we do not check if it has been changed by the previous transaction. See IGNITE-6935.
Lets make get/getAll, put/PutAll/getAndPut, remove/removeAll/getAndRemove operations consistent with SQL queries in MVCC mode at first
as it blocks many other tickets. Other operations can be implemented within separate tickets in parallel once this ticket will be resolved.
Attachments
Issue Links
- blocks
-
IGNITE-9224 MVCC SQL: Cache metrics
- Closed
-
IGNITE-5935 MVCC TX: Tx recovery protocol
- Resolved
-
IGNITE-9321 MVCC: support cache events
- Resolved
-
IGNITE-9540 MVCC TX: make cache invoke\invokeAll operations support Mvcc tx mode.
- Resolved
-
IGNITE-9451 Consistent Cache.size for cache API methods over MVCC tables
- Closed
- causes
-
IGNITE-9722 MVCC: Test CacheMvccTransactionTest.testMvccCoordinatorChangeSimple fails.
- Resolved
-
IGNITE-9663 MVCC: Data node failure can cause TX hanging.
- Resolved
- is duplicated by
-
IGNITE-9464 MVCC TX: make cache basic operations support Mvcc tx mode.
- Resolved
- is related to
-
IGNITE-6935 SQL TX: Locking protocol for simple queries
- Closed
- links to