Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix async migrate #236

Merged

Conversation

fancy-rabbit
Copy link
Collaborator

this PR is based on #235 and improve it by pipelining recv() to improve migration performance.

I changed the return value of functions for migrating non-KV keys to represent the number of cli->Send() calling, and thereafter identical number of Recv() are called.

@left2right @KernelMaker

Known issue: (may be fixed when I have time in the next weeks/months...)
0. KeyDelete() does NOT write binlog, the deletions aren't propagated to the slaves correctly.

  1. slotscleanup command is not read-only but is allowed to run on a read-only slave.

@fancy-rabbit
Copy link
Collaborator Author

hey @Leviathan1995 @KernelMaker how is it going?
it's running on our codis+pika cluster for a month, except that slot migrations didn't propagate to slaves correspondingly(due to the original design by @left2right ), lol

@Leviathan1995
Copy link
Contributor

Thanks!

@Leviathan1995 Leviathan1995 merged commit e5c9d81 into OpenAtomFoundation:master Apr 9, 2018
@fancy-rabbit fancy-rabbit deleted the fix-async-migrate branch August 2, 2018 16:03
bigdaronlee163 pushed a commit to bigdaronlee163/pika that referenced this pull request Jun 8, 2024
* fix migrate big key and add auth for semi-async

* pipeline recv() for improving migration performance
cheniujh pushed a commit to cheniujh/pika that referenced this pull request Sep 24, 2024
* fix migrate big key and add auth for semi-async

* pipeline recv() for improving migration performance
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants