-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
When handling a scatter query vtgate should ensure consistent schema #4669
Comments
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
Patch to handle this case while we move towards a permanent fix upstream. cf. vitessio#4661 vitessio#4669
@setassociative Did you guys deploy this patch to production? tinyspeck@3d3f660
|
@indera-shsp yes! we've been running with that patch in prod since Feb 2019; it never made it upstream because, iirc, there was some concern that we were essentially trading one case of panic for another. A call out though is that this case is generally extremely transient -- if you're seeing it every time you try to connect to a vstream there is likely something else going on and it suggests that the connecting endpoint doesn't have the right schema. My suggestion would be to drop into the Vitess slack and you can get some more targeted advice. |
Thanks for the reply... this issue seems to have two fixes, one patch and one PR in progress 🤣
|
Overview of the Issue
If a table is in the middle of a schema migration it's possible for a scattered
SELECT *
query to return an inconsistent schema depending on the state of each tablet. When aggregating results we should ensure that each result contains the same set of fields and return an error if not.Caveat: I'm not positive this is not already handled but based on commentary in this comment I don't believe it is.
Reproduction Steps
select *
before the schema is applied to all shardsThe text was updated successfully, but these errors were encountered: