-
Notifications
You must be signed in to change notification settings - Fork 0
Use AOF format to import data #53
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
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## cluster-asm #53 +/- ##
==============================================
Coverage ? 69.69%
==============================================
Files ? 125
Lines ? 73788
Branches ? 0
==============================================
Hits ? 51426
Misses ? 22362
Partials ? 0
🚀 New features to boost your workflow:
|
src/cluster_asm.c
Outdated
| * Generally RDB binary format is more efficient, but it may cause | ||
| * block in the destination if the object is too large, so fall back | ||
| * to AOF format if necessary. */ | ||
| if ((o->type != OBJ_STRING && getObjectLength(o) <= AOF_REWRITE_ITEMS_PER_CMD) || |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
getObjectLength() will always return zero for module type. Maybe we should exclude module types from this length check.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
though, not sure how we check this for module types.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good catch, now for module type, if it supports aof_rewrite, we just use AOF format.
No description provided.