-
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
Feature Request: Support dynamically adjusting the number of transaction connection pools and read-only connection pools #17046
Comments
There is already a way to set these dynamically, and that is through the |
There was an attempt to use viper config to allow dynamic loading of some of the config in tabletserver |
@ISADBA have you tried the /debug/env to update the pool size? |
Thank you for your response. |
@harshit-gangal I used this command, but it didn’t work? more informations: |
This is how I've changed other values successfully:
|
sad,It’s not work,My vitess version is v16.0.0,this version is not support this feature? vitess@vitess-cluster-zone1-vtctld-8ba63c48-86b6cd755b-b4xwv:/$ curl -X POST http://172.1.0.100:15000/debug/env?format=json -H "Content-Type: application/x-www-form-urlencoded" -d "Action=Modify&varname=PoolSize&value=10" |
This works with v19 and onwards. |
Feature Description
Support dynamically adjusting the number of transaction connection pools and read-only connection pools
like:
--queryserver-config-pool-size
--queryserver-config-transaction-cap
Use Case(s)
Our Vitess cluster has more than 400 vttablets. The deployment method is based on k8s. We mainly use unmanaged mode and the backend is cloud RDS. When we want to adjust --queryserver-config-pool-size or --queryserver-config-transaction -cap, the pod will be rebuilt, causing business errors.
So we hope to be able to dynamically adjust the number of vttablet-level connection pools through vtctldclient.
Why we need to dynamically adjust the number of connection pools is because the total number of connections in our cloud RDS is limited, so the initial number of connection pools in vitess will not be too high.
The text was updated successfully, but these errors were encountered: