You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Alexander Lapin (Jira)" <ji...@apache.org> on 2023/01/11 08:37:00 UTC

[jira] [Created] (IGNITE-18527) Inline writeIntents into data storage on primary replica side

Alexander Lapin created IGNITE-18527:
----------------------------------------

             Summary: Inline writeIntents into data storage on primary replica side
                 Key: IGNITE-18527
                 URL: https://issues.apache.org/jira/browse/IGNITE-18527
             Project: Ignite
          Issue Type: Improvement
            Reporter: Alexander Lapin


h3. Motivation

In order to have an ability for primary replica not to be collocated with raft leader it's required to populate primary replica's data storage and indices with corresponding updates directly, bypassing the replication protocol. Basically speaking it's required to perform handleUpdateCommand, handleUpdateAllCommand logic from within handling replica request and not raft command itself. It's required in order to perform straight non-raft data reads from primary replica, meaning that if leader ins't collocated with primary replica it's possible that write will be considered as finished without populating primary replica's state machine and thus dataStorage with corresponding write command.
h3. Definition of Done
 * It's possible to consistently read data from primary replica event if it's not collocated with the leader.

 * There are no conflicts during re-applying a writeIntent within in-raft communication on top of the same already existing one that was created during primary replica caching process.
 * Given write intents are cleaned up on tx rollback. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)