-
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
makes the various timeouts configurable on the connection -- connect,… #3052
Conversation
13ab3d7
to
d0b0926
Compare
Thanks for thinking about this. Transaction timeout is configured on VtTablets. Reviewed 4 of 7 files at r1. java/jdbc/src/main/java/io/vitess/jdbc/ConnectionProperties.java, line 210 at r1 (raw file):
I think we can remove millis from the property and just mention in the property description. Comments from Reviewable |
d0b0926
to
a14aa65
Compare
@harshit-gangal I renamed them as requested, removing the millis suffix. I see your point that client cannot modify the actual connection and transaction timeouts in vttablet. But as you can see in the diff, there were 3 timeouts used for a) creating the grpc connection, b) calling commit/rollback, c) other queries. I do not want any hardcoded timeouts, as we had before. So that is why there are 3 new properties. |
I'm away for the next week if any further comments come up. But hopefully this should be good to go. |
I meant, we can just have queryTimeout property for now and use it everywhere, till we do not support other property end to end. Reviewed 3 of 7 files at r1, 5 of 5 files at r2. java/jdbc/src/main/java/io/vitess/util/CommonUtils.java, line 36 at r1 (raw file):
we can rename connectionTimeout to timeout. As it is only query execution timeout. Comments from Reviewable |
@harshit-gangal ok sounds good. I'll unify everything on a single |
@harshit-gangal ok I renamed to |
Reviewed 8 of 8 files at r3. Comments from Reviewable |
… query, transaction
We have a need to configure these settings. Also, we have a need to disable the timeouts in some cases -- such as database migrations which may take a long time. Therefore, if the configured timeout is set to 0 it is ignored
createContext