yuzegao opened a new issue, #3222: URL: https://github.com/apache/kvrocks/issues/3222
### Search before asking - [x] I had searched in the [issues](https://github.com/apache/kvrocks/issues) and found no similar issues. ### Motivation After the kvrocks migrate command completes the migration of existing and incremental data, it sets the migrated_slots_ variable and responds to subsequent write requests with the MOVED command, ensuring that subsequent requests are executed only on the migration target node. In a scenario where we use the migration function to upgrade Kvrocks, we need to observe the data migration to the new kvrocks node for a period of time to ensure that the new node is functioning properly before returning the MOVED command to subsequent write requests. During this observation period, the incremental data synchronization operation is ongoing, meaning that the data is available on both the old and new primary nodes. ### Solution This approach effectively implements phased verification of the new kvrocks program and enables rapid, lossless rollbacks. To implement the above features, three subcommands need to be added to the clusterx migrate command: clusterx migrate dtsmode: Data migration mode, continuously synchronizing incremental data clusterx migrate cancel: Cancels the data migration clusterx migrate dtscomplete: Completes the migration task, aligning the new primary with the old primary's offset We will implement this feature. If you have better suggestions, please let us know. ### Are you willing to submit a PR? - [x] I'm willing to submit a PR! -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
