-
Notifications
You must be signed in to change notification settings - Fork 573
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
clickhouse.idle does not honour ConnMaxLifetime
?
#940
Comments
@moming00, thanks for reporting. I will be looking into this today. |
Could you elaborate on this? Did you find it in the doc or observe? |
I was only saying based on the attached link which come from the official clickhouse doc. |
@moming00 I don't think a number of idle connections has an effect on max-concurrent-queries, since there is no query running. |
but the connection is there, I believe new connection won't be able to be created then. |
if you refer to a bug reported by you, it's true. I refer to the max-concurrent-queries setting. Didn't you mean |
yup was also refering to the max-concurrent-queries setting, thought once the total connection count reached the default 100 limit, any new query won't be processed. |
Hello, was looking at the
clickhouse.go
from v2.7.0, and realized thatconn.close()
will never be called when the connection is always in idle and no further call toacquire
.For example, I have a program ingesting data to ClickHouse based on the following configuration, and at some stage, there is no further write operation required (no further input) and the program is still running in idle, then from my understanding the 5 conns will never be release untill futher call of
release
. And I would expect the connections be closed when reachingConnMaxLifetime
.Should there be any concern about the ClickHouse performance, as from my knowledge the MaxOpenConns will be counting into max-concurrent-queries and may slow down queries from other session.
Please correct me if I misunderstood anything, thanks.
The text was updated successfully, but these errors were encountered: