-
Notifications
You must be signed in to change notification settings - Fork 3.7k
[Fix](merge-on-write) Should clear GetDeleteBitmapUpdateLockResponse when geting delete bitmap update lock fail and retry
#44975
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
|
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
|
run buildall |
| << " tablet=" << res->tablet_id() | ||
| << " delete_bitmap_count=" << res->segment_delete_bitmaps_size(); | ||
| } else if constexpr (std::is_same_v<Response, GetDeleteBitmapUpdateLockResponse>) { | ||
| if (res->status().code() != MetaServiceCode::OK) { |
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.
better not process rpc content here
dataroaring
left a comment
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.
LGTM
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
…` when geting delete bitmap update lock fail and retry (#44975) Similar to #43261, `GetDeleteBitmapUpdateLockResponse` should be cleared after `get_delete_bitmap_update_lock` fails on MS. Otherwise BE may get staled compaction cnts and wrongly skip to sync rowsets before `update_delete_bitmap()` thus causing duplicate keys problem.
…` when geting delete bitmap update lock fail and retry (apache#44975) Similar to apache#43261, `GetDeleteBitmapUpdateLockResponse` should be cleared after `get_delete_bitmap_update_lock` fails on MS. Otherwise BE may get staled compaction cnts and wrongly skip to sync rowsets before `update_delete_bitmap()` thus causing duplicate keys problem.
What problem does this PR solve?
Similar to #43261,
GetDeleteBitmapUpdateLockResponseshould be cleared afterget_delete_bitmap_update_lockfails on MS. Otherwise BE may get staled compaction cnts and wrongly skip to sync rowsets beforeupdate_delete_bitmap()thus causing duplicate keys problem.Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)