-
Notifications
You must be signed in to change notification settings - Fork 3.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
sql/parser: parse FOR UPDATE lock wait policies #43868
sql/parser: parse FOR UPDATE lock wait policies #43868
Conversation
This commit adds parsing-only support for the SKIP LOCKED and NOWAIT lock wait policies that accompany the FOR UPDATE locking strength specifiers. These are still rejected with unimplemented errors, but they now at least make it to the optimizer, where we can make a better decision about what to do with them. Release note: None
776d308
to
04aaabc
Compare
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.
Reviewed 7 of 7 files at r1.
Reviewable status: complete! 1 of 0 LGTMs obtained
bors r+ |
43868: sql/parser: parse FOR UPDATE lock wait policies r=nvanbenschoten a=nvanbenschoten This commit adds parsing-only support for the SKIP LOCKED and NOWAIT lock wait policies that accompany the FOR UPDATE locking strength specifiers. These are still rejected with unimplemented errors, but they now at least make it to the optimizer, where we can make a better decision about what to do with them. Release note: None Co-authored-by: Nathan VanBenschoten <nvanbenschoten@gmail.com>
Build succeeded |
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.
Do you imagine that we would ever implement SKIP LOCKED, despite it dangerously providing an inconsistent view of the data?
Reviewable status: complete! 1 of 0 LGTMs obtained
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 doubt we will want to implement it unless we find serious customer desire for the feature. NO WAIT seems like a more reasonable alternate wait policy, so I can imagine us implementing that at some point.
Reviewable status: complete! 1 of 0 LGTMs obtained
This commit adds parsing-only support for the SKIP LOCKED and NOWAIT
lock wait policies that accompany the FOR UPDATE locking strength
specifiers. These are still rejected with unimplemented errors, but
they now at least make it to the optimizer, where we can make a
better decision about what to do with them.
Release note: None