Skip to content
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

Metadata queries in fault-tolerant execution is slow due to going through exchange spooling #14767

Closed
linzebing opened this issue Oct 26, 2022 · 4 comments

Comments

@linzebing
Copy link
Member

Queries like "show catalogs", "show tables" will write result to spooling storage first before returning to the client. This is not very reasonable, and ideally result should be streamed back in this case.

@findepi
Copy link
Member

findepi commented Oct 26, 2022

Queries like "show catalogs", "show tables"

I wouldn't call them "DML queries"
let's call it "Metadata queries" maybe

@linzebing linzebing changed the title DML queries in fault-tolerant execution is slow due to going through exchange spooling Metadata queries in fault-tolerant execution is slow due to going through exchange spooling Oct 27, 2022
@losipiuk
Copy link
Member

losipiuk commented Oct 9, 2023

@linzebing @findepi

Is this really a pain point? I am leaning towards closing this one unless we see a big issue with that.
There was a problem when such queries were queued on resource allocation due to requesting significant memory.
But it was already fixed via #19027.

@findepi
Copy link
Member

findepi commented Oct 13, 2023

perhaps this is solved. 🤷‍♂️ .

especially if we don't have any latency issues for these queries

@losipiuk
Copy link
Member

Closing as wont-do

@losipiuk losipiuk closed this as not planned Won't fix, can't repro, duplicate, stale Oct 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

4 participants