-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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
The connection to the original library will be created synchronously during stress testing #13347
Comments
@TeslaCN Can you help check this issue? |
Hi @git-chenhao |
HI @git-chenhao Could you show us your configurations? |
@TeslaCN @soulasuna shadow configurations? or all configuration? |
@git-chenhao It is best to provide full configuration. |
shardingAlgorithms: shadowDataSourceNames:
|
@git-chenhao Thanks. We will test it. |
@git-chenhao |
@soulasuna We have developed a lot of functions on the 5.0.0-alpha version, and the upgrade cost is very high. We will consider a one-time merge later. You can first help investigate the cause of this problem. Let’s solve it quickly. |
dataSources: |
@TeslaCN @soulasuna Good morning, is there any progress on this question? |
Hi @git-chenhao
|
@TeslaCN These SQL statements will only be executed when they are started for the first time, and will not be executed all the time, because we have statistics on the number of executions of the physical library. During the stress test, the flow of the original library is very low, and there is no situation where these SQLs have been executed all the time. |
@git-chenhao |
Close due to no response. |
ShardingSphere-Proxy 5.0.0-alpha
Expected behavior
The connection to the original library will not be created during stress testing
Actual behavior
The connection to the original library will be created synchronously during stress testing
Confirm that all traffic is routed to the shadow database during the stress test. The original database traffic is very low, but the number of connections is very high. When the stress test is not performed, the number of connections to the original database is normal.
origin datasource
QPS <1000 hikaricp_connections_active < 5
QPS < 500 hikaricp_connections_active = 30, hikaricp_connections_pending > 50
shadow datasource
QPS =0 hikaricp_connections_active = 0
QPS > 6W hikaricp_connections_active = 30, hikaricp_connections_pending > 50
The text was updated successfully, but these errors were encountered: