-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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](unique key) getEnableUniqueKeyMergeOnWrite should check keys type #44692
Conversation
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
run buildall |
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. |
run p0 |
run feut |
…pe (#44692) Problem Summary: Some user can create Duplicate keys table with `enable_unique_key_merge_on_write=true` in version 1.2, when they upgrade to version 2.0, some logic in BE treat such table as an unique key mow table, make a wrong query plan, which cause BE core. In the method `OlapTable::getEnableUniqueKeyMergeOnWrite()`, we should check if the table is a unique key table.
…pe (#44692) Problem Summary: Some user can create Duplicate keys table with `enable_unique_key_merge_on_write=true` in version 1.2, when they upgrade to version 2.0, some logic in BE treat such table as an unique key mow table, make a wrong query plan, which cause BE core. In the method `OlapTable::getEnableUniqueKeyMergeOnWrite()`, we should check if the table is a unique key table.
…heck keys type #44692 (#44896) Cherry-picked from #44692 Co-authored-by: zhannngchen <[email protected]>
…pe (apache#44692) Problem Summary: Some user can create Duplicate keys table with `enable_unique_key_merge_on_write=true` in version 1.2, when they upgrade to version 2.0, some logic in BE treat such table as an unique key mow table, make a wrong query plan, which cause BE core. In the method `OlapTable::getEnableUniqueKeyMergeOnWrite()`, we should check if the table is a unique key table.
…heck keys type #44692 (#44895) Cherry-picked from #44692 Co-authored-by: zhannngchen <[email protected]>
### What problem does this PR solve? as stated in #44692, Some user can create Duplicate keys table with `enable_unique_key_merge_on_write=true` successfully in version 1.2. After they upgrade to higher version, the incorrect table property still remains. Some logic in BE treat such table as an unique key mow table, makes a wrong query plan and BE may do partial update on duplicate table, which causes BE core. This PR add checks before doing partial update and return error when some preconditions are not met to prevent coredump.
What problem does this PR solve?
Problem Summary:
Some user can create Duplicate keys table with
enable_unique_key_merge_on_write=true
in version 1.2, when they upgrade to version 2.0, some logic in BE treat such table as an unique key mow table, make a wrong query plan, which cause BE core.In the method
OlapTable::getEnableUniqueKeyMergeOnWrite()
, we should check if the table is a unique key table.Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)