-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
executor: fix wrong result of delete multiple tables using left join #33055
Conversation
Signed-off-by: guo-shaoge <shaoge1994@163.com>
Signed-off-by: guo-shaoge <shaoge1994@163.com>
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
/cc @wshwsh12 |
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.
I just raise a question.
In the case you mentioned, the t2's columns are filled with NULL. How did we get its row id value so that unwanted deletion happened?
As we discussed, the rowid is NULL, but it's value is zero, So the row whose primary key is zero will be deleted. |
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
/merge |
This pull request has been accepted and is ready to merge. Commit hash: e92141e
|
Code Coverage Details: https://codecov.io/github/pingcap/tidb/commit/3956c7d920d6638ecc7d1197fb1dda00d339bec2 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-4.0 in PR #33118 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-5.0 in PR #33119 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-5.1 in PR #33120 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-5.2 in PR #33121 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-5.3 in PR #33122 |
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
cherry pick to release-5.4 in PR #33123 |
Signed-off-by: guo-shaoge shaoge1994@163.com
What problem does this PR solve?
Issue Number: close #31321
Problem Summary:
delete from t1, t2 using t1 left join t2 on t1.c1 = t2.c1;
row of t1: (1)
row of t2: (2)
The join result will be
(1, null)
.1
in t1 is matched, and no row in t2 is matched. So row in t1 should be deleted, while no row in t2 should be deleted.But the original implementation didn't check if the row in t2 is matched or not, just delete it directly, which cause the wrong result.
What is changed and how it works?
If a row is not matched in outer join, the rowid of the join result will be NULL, we use this to decide if we can delete row.
Check List
Tests
Side effects
Documentation
Release note