ShardingSphere Benchmark is a performance tool to check its benchmark of core scenarios which are in figure below. The amount of benchmark cases is 96, the formula is 3(Scenarios) * 4(Products) * 2(SQL Type) * 4(Rules).
- Full Route: sql will route to all of physical tables.
- Range Route: sql will route to parts of physical tables.
- Single Route: sql will route to only one physical table.
Scenarios | Products | SQL TYPE | Rules |
---|---|---|---|
Full Route | ShardingSphere-JDBC | Select | Encrypt |
Range Route | ShardingSphere-Proxy | Insert/Update/Delete | Master-Slave |
Single Route | MYSQL | Sharding | |
Sharding-Master-Slave-Encrypt |
It's much help to comprehend ShardingSphere Benchmark project structure to perform benchmark test easily. Refer to list below.
project
β README.md
β README_ZH.md
β
ββββsrc/main/java
β β
β ββββorg/apache/shardingsphere/benchmark
β β
β ββββorg/apache/shardingsphere/benchmark/bean
β β
β ββββorg/apache/shardingsphere/benchmark/common
β β ββββorg/apache/shardingsphere/benchmark/common/file // File common action such as modification of property file, xml or yaml.
β β ββββorg/apache/shardingsphere/benchmark/common/statistic // Statistics for JMeter result.
β β
β ββββorg/apache/shardingsphere/benchmark/db // Database action inlcuding querying, inserting, updating, deleting.
β β
β ββββorg/apache/shardingsphere/benchmark/jemeter // JMeter test plan for different scenarios.
β β ββββorg/apache/shardingsphere/benchmark/jemeter/common // Initialization for base data and physical databases/tables.
β β ββββorg/apache/shardingsphere/benchmark/jemeter/fullrouting // JMeter test plan for full routing scenario with different rules such as encrypt, master-slave, sharding, sharding-master-slave-encrypt for ShardingSphere-Proxy and ShardingSphere-JDBC.
β β ββββorg/apache/shardingsphere/benchmark/jemeter/rangerouting // JMeter test plan for range routing scenario with different rules such as encrypt, master-slave, sharding, sharding-master-slave-encrypt for ShardingSphere-Proxy and ShardingSphere-JDBC.
β β ββββorg/apache/shardingsphere/benchmark/jemeter/singlerouting // JMeter test plan for single routing scenario with different rules such as encrypt, master-slave, sharding, sharding-master-slave-encrypt for ShardingSphere-Proxy and ShardingSphere-JDBC.
ββββsrc/main/resources
β β
β ββββcommon
β β β
β β ββββconfig
β β β initconfig-testplan.jmx // Initialization for creating databases/tables for benchmark and bencmark result.
β β ββββdatapreparation
β β β β
β β β ββββjdbc //Base data initialization for different scenarios to MYSQL.
β β β β jdbc-cleardata-testplan.jmx // Clear base data for MYSQL.
β β β β jdbc-createdata-testplan.jmx // Create base data for MYSQL.
β β β ββββshardingsphere // Base data initialization for different scenarios to ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β
β β β β ββββencrypt
β β β β β shardingsphere-encrypt-cleardata-testplan.jmx // Clear base data with encrypt rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β shardingsphere-encrypt-createdata-testplan.jmx // Create base data with encrypt rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β ββββmasterslave
β β β β β shardingsphere-masterslave-cleardata-testplan.jmx // Clear base data with masterslave rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β shardingsphere-masterslave-createdata-testplan.jmx // Create base data with masterslave rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β ββββsharding
β β β β β shardingsphere-sharding-cleardata-testplan.jmx // Clear base data with sharding rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β shardingsphere-sharding-createdata-testplan.jmx // Create base data with sharding rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β ββββsharding-masterslave-encrypt
β β β β β shardingsphere-sharding-masterslave-encrypt-cleardata-testplan.jmx // Clear base data with sharding-masterslave-encrypt rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β shardingsphere-sharding-masterslave-encrypt-createdata-testplan.jmx // Create base data with sharding-masterslave-encrypt rule for ShardingSphere-JDBC and ShardingSphere-Proxy.
β β β β β
β ββββtestplan
β β β
β β ββββfullrouting // Full routine scenario
β β β β β
β β β β ββββencrypt //Encrypt rule
β β β β β jdbc-fullrouting-encrypt-insertupdatedelete-testplan.jmx // For MYSQL, insert-update-delete test plan with encrypt rule.
β β β β β jdbc-fullrouting-encrypt-select-testplan.jmx // For MYSQL, select test plan with encrypt rule.
β β β β β proxy-fullrouting-encrypt-insertupdatedelete-testplan.jmx // For ShardingSphere-Proxy, insert-update-delete test plan with encrypt rule.
β β β β β proxy-fullrouting-encrypt-select-testplan.jmx // For ShardingSphere-Proxy, select test plan with encrypt rule.
β β β β β shardingjdbc-fullrouting-encrypt-insertupdatedelete-testplan.jmx // For ShardingSphere-JDBC, insert-update-delete test plan with encrypt rule.
β β β β β shardingjdbc-fullrouting-encrypt-select-testplan.jmx // For ShardingSphere-JDBC, select test plan with encrypt rule.
β β β β ββββmasterslave //master-slave rule
β β β β β proxy-fullrouting-masterslave-insertupdatedelete-testplan.jmx // For ShardingSphere-Proxy, insert-update-delete test plan with master-slave rule.
β β β β β proxy-fullrouting-masterslave-select-testplan.jmx // For ShardingSphere-Proxy, select test plan with master-slave rule.
β β β β β shardingjdbc-fullrouting-masterslave-insertupdatedelete-testplan.jmx // For ShardingSphere-JDBC, insert-update-delete test plan with master-slave rule.
β β β β β shardingjdbc-fullrouting-masterslave-select-testplan.jmx // For ShardingSphere-JDBC, select test plan with master-slave rule.
β β β β ββββsharding //sharding rule
β β β β β proxy-fullrouting-sharding-insertupdatedelete-testplan.jmx // For ShardingSphere-Proxy, insert-update-delete test plan with sharding rule.
β β β β β proxy-fullrouting-sharding-select-testplan.jmx // For ShardingSphere-Proxy, select test plan with sharding rule.
β β β β β shardingjdbc-fullrouting-sharding-insertupdatedelete-testplan.jmx // For ShardingSphere-JDBC, insert-update-delete test plan with sharding rule.
β β β β β shardingjdbc-fullrouting-sharding-select-testplan.jmx // For ShardingSphere-JDBC, select test plan with sharding rule.
β β β β ββββsharding-masterslave-encrypt //sharding-masterslave-encrypt rule
β β β β β proxy-fullrouting-shardingmasterslaveencrypt-insertupdatedelete-testplan.jmx // For ShardingSphere-Proxy, insert-update-delete test plan with sharding-master-slave-encrypt rule.
β β β β β proxy-fullrouting-shardingmasterslaveencrypt-select-testplan.jmx // For ShardingSphere-Proxy, select test plan with sharding-master-slave-encryp rule.
β β β β β shardingjdbc-fullrouting-shardingmasterslaveencrypt-insertupdatedelete-testplan.jmx // For ShardingSphere-JDBC, insert-update-delete test plan with sharding-master-slave-encryp rule.
β β β β β shardingjdbc-fullrouting-shardingmasterslaveencrypt-select-testplan.jmx // For ShardingSphere-JDBC, select test plan with sharding-master-slave-encryp rule.
β β β β β
β β ββββrangerouting // Range routine scenario, file names of its test plans are similar with ones under *fullrouting* directory, please refer to them.
β β β
β β ββββsinglerouting // Single routine scenario, file names of its test plans are similar with ones under *fullrouting* directory, please refer to them.
β β β
β β ββββstatistic
β β β ss-benchmark-statistic-testplan.jmx
β ββββyaml
β β β server.yaml // It's used by ShardingSphere-Proxy.
β β β ββββfullrouting //Full routine
β β β β ββββencrypt // Encrypt rule.
β β β β β ββββproxy
β β β β β β config-proxy-fullrouting-encrypt.yaml // For ShardingSphere-Proxy, it's for full route with encrypt rule.
β β β β β ββββshardingjdbc
β β β β β β config-shardingjdbc-fullrouting-encrypt.yaml // For ShardingSphere-JDBC, it's for full route with encrypt rule.
β β β β ββββmasterslave
β β β β β ββββproxy
β β β β β β config-proxy-fullrouting-masterslave.yaml // For ShardingSphere-Proxy, it's for full route with master-slave rule.
β β β β β ββββshardingjdbc
β β β β β β config-shardingjdbc-fullrouting-masterslave.yaml // For ShardingSphere-JDBC, it's for full route with master-slave rule.
β β β β ββββsharding
β β β β β ββββproxy
β β β β β β config-proxy-fullrouting-sharding.yaml // For ShardingSphere-Proxy, it's for full route with sharding rule.
β β β β β ββββshardingjdbc
β β β β β β config-shardingjdbc-fullrouting-sharding.yaml // For ShardingSphere-JDBC, it's for full route with sharding rule.
β β β β ββββsharding-masterslave-encrypt
β β β β β ββββproxy
β β β β β β config-proxy-fullrouting-sharding-masterslave-enc.yaml // For ShardingSphere-Proxy, it's for full route with sharding-masterslave-enrypt rule.
β β β β β ββββshardingjdbc
β β β β β β config-shardingjdbc-fullrouting-sharding-masterslave-encrypt.yaml // For ShardingSphere-JDBC, it's for full route with sharding-masterslave-enrypt rule.
β β β ββββrangerouting // Range routine scenario, file names of its yaml are similar with ones under *fullrouting* directory, please refer to them.
β β β β
β β β ββββsinglerouting // Single routine scenario, file names of its yaml are similar with ones under *fullrouting* directory, please refer to them.
ShardingSphere Benchmark is mainly achieved by JMeter in summary, running as command jmeter -n -t testplan.
Due to the diversity of user system environment, we don't provide an unified installation mode for automatical deployment, please install them below manually. You could skip it if having them.
- Get MYSQL installation from official website depending on the system you use. It's appreciated to choose MYSQL version above 5.
- Install and set up MYSQL according to its MYSQL Doc, please choose right version of MYSQL doc in compliance with your installation.
- Get JDK installation from official website depending on the system you use. It's appreciated to choose JDK version above 7.
- Install and set up JDK according to Installation Instructions JDK installation.
- Get Maven installation from official website depending on the system you use. It's appreciated to choose MYSQL version 3.6.
- Install ans set up Maven according to Maven doc.
- Get JDBC Jar from official website JDBC Jar url. Its version depends on MYSQL you use.
- Get source code of ShardingSphere from ShardingSphere Benchmark Code URL.
- Build ShardingSphere Benchmark project by running command below.
mvn clean install
- Get source code of ShardingSphere from ShardingSphere Source Code URL, the features for different branches refer to ShardingSphere Doc.
- Get ShardingSphere-Proxy installation by running command below. For ShardingSphere 4.x, it's located at {ShardingSphere_project_base_dir}/sharding-distribution/sharding-proxy-distribution/target; for ShardingSphere 5.x, it's located at {project_base_dir}/shardingsphere-distribution/shardingsphere-proxy-distribution/target.
mvn clean install -Prelease
- Decompress ShardingSphere-proxy above, delete yaml at {ShardingSphere-Proxy_base_dir}/conf, copy server.yaml and config-proxy-*.yaml which is corresponding test scenarios. These yaml are at {ShardingSphere Benchmark base dir}/src/main/resources/yaml.
- Leave ShardingSphere Benchmark jar and JDBC jar into {ShardingSphere-Proxy_base_dir}/lib.
- Start ShardingSphere-Proxy, startup scripts are at {ShardingSphere-Proxy_base_dir}/bin, choose the right script according to your system.
- Get JMeter installation from official website depending on the JDK you use. It's appreciated to choose JMeter version 5.3.
- Install and set up JMeter according to JMeter doc.
- Leave ShardingSphere Benchmark jar into {JMeter_base_dir}/lib/ext.
We have extracted necessary user configuration which is in {ShardingSphere Benchmark base dir}/src/main/resources/config/user-config.properties. You have to change configuration list below as yours. By default we configure any ip with host in the code or yaml to prevent ip leakage and cause security problemsγ We provide the unified host configuration at {ShardingSphere Benchmark base dir}/src/main/resources/config/shardingsphere_benchmark_machline_hosts, modify ips as yours and replace the host file. There is no need to change those ips if running benchmark at local machine.
// It is base directory of ShardingSphere project.
shardingsphere.project.base.path=/export/jenkins/workspace/ShardingSphere-Benchmark-Deploy
// It is base directory of ShardingSphere benchmark project.
shardingsphere.benchmark.project.base.path=/export/benchmark/shardingsphere-benchmark
// It is base directory of ShardingSphere benchmark result.
shardingsphere.benchmark.result.base.path=/export/shardingsphere-benchmark/result
// It is database port of ShardingSphere benchmark result accessing.
shardingsphere.benchmark.result.database.port=3306
// It is database username of ShardingSphere benchmark result using.
shardingsphere.benchmark.result.database.username=root
// It is database password of ShardingSphere benchmark result, we can leave it empty by default.
shardingsphere.benchmark.result.database.password=
// It is host or ip list of ShardingSphere benchmark using.
shardingsphere.benchmark.database.machine.host.list=ss.benchmark.fullrouting.encrypt.ds0;ss.benchmark.fullrouting.encrypt.ds1;ss.benchmark.fullrouting.encrypt.ds2
// It is database host of ShardingSphere benchmark result using. Statistics of ShardingSphere benchmark will be stored into the database.
shardingsphere.benchmark.result.database.host=ss.benchmark.result
We have to prepare database and table for benchmark. They are configured at {ShardingSphere Benchmark base dir}/src/main/resources/config/user-config.properties, run the command below to create physical databases and tables.
jmeter -n -t {ShardingSphere Benchmark base dir}/src/main/resources/testplan/common/initdb/initdb-testplan.jmx
All of initing base data test plans for different scenarios are at {ShardingSphere Benchmark base dir}/src/main/resources/testplan/common/datapreparation. Here is a command for instance, which scenario to test in final depends on your choice.
jmeter -n -t {ShardingSphere Benchmark base dir}/src/main/resources/testplan/common/datapreparation/shardingsphere/sharding/shardingsphere-sharding-createdata-testplan.jmx
All of test plans for different scenarios are at {ShardingSphere Benchmark base dir}/src/main/resources/testplan/. Here is a command for instance, which scenario to test in final depends on your choice.
jmeter -n -t {ShardingSphere Benchmark base dir}/src/main/resources/testplan/singlerouting/encrypt/shardingjdbc-singlerouting-encrypt-select-testplan.jmx
After running the command successfully, it generates a JMeter result file located at shardingsphere.benchmark.result.base.path which is configured in {ShardingSphere Benchmark base dir}/src/main/resources/config/user-config.properties. The JMeter result looks like the figure below.
timeStamp,elapsed,label,responseCode,responseMessage,threadName,dataType,success,failureMessage,bytes,sentBytes,grpThreads,allThreads,Latency,IdleTime,Connect
1598274390236,8657,JMeterShardingJDBCFullRoutingEncryptSelect,,,Thread Group 1-74,,true,,0,0,100,100,0,0,0
1598274390236,8657,JMeterShardingJDBCFullRoutingEncryptSelect,,,Thread Group 1-65,,true,,0,0,100,100,0,0,0
1598274390236,8878,JMeterShardingJDBCFullRoutingEncryptSelect,,,Thread Group 1-42,,true,,0,0,100,100,0,0,0
1598274390234,8917,JMeterShardingJDBCFullRoutingEncryptSelect,,,Thread Group 1-15,,true,,0,0,100,100,0,0,0
1598274390234,9002,JMeterShardingJDBCFullRoutingEncryptSelect,,,Thread Group 1-3,,true,,0,0,100,100,0,0,0
We could calculate the general statistics by JMeter result such as TPS. There are two physical tables to store the statistics, benchmark_result and benchmark_avg_result. You could query the result from the databases directly as well if you prefer. Trigger the sql below to get latest record for the test.
- Physical table benchmark_result: intermediate result will be here, its table structure is below.
Field | Description |
---|---|
id | Primary key generated automatically. |
product | Tested product that is ShardingJDBC, ShardingProxy or MYSQL. |
version | ShardingSphere version configured at user-config.properties. |
scenario | Three kinds for benchmark including FullRouting, RangeRouting, SingleRouting. |
rules | Four kinds of rules for benchmark including Encrypt, MasterSlave, Sharding, Sharding+Master+Slave+Encrypt. |
tps | Tps which is got from JMeter file, the formula is total count / total time. |
total | Sample count which is taken out the head data and tail data. |
maxCost | Max time cost of running every sql. |
minCost | Min time cost of running every sql. |
dbsql | Actual sql to run. |
dboperation | Actual sql type to run including Select and Insert+Update+Delete. |
concurrency | Count of concurrency configured at user-config.properties. |
tableshardingcount | Table sharding count configured at user-config.properties, used at yaml. |
dbshardingcount | Db sharding count configured at user-config.properties, used at yaml. |
- Physical table benchmark_avg_result: average result will be here, its table structure is below.
Field | Description |
---|---|
id | Primary key generated automatically. |
product | Tested product that is ShardingJDBC, ShardingProxy or MYSQL. |
version | ShardingSphere version configured at user-config.properties. |
scenario | Three kinds for benchmark including FullRouting, RangeRouting, SingleRouting. |
rules | Four kinds of rules for benchmark including Encrypt, MasterSlave, Sharding, Sharding+Master+Slave+Encrypt. |
avg_tps | Average tps for the same test, the formula is total tps / total count. |
total | Sample count which is taken out the head data and tail data. |
maxCost | Max time cost of running every sql. |
minCost | Min time cost of running every sql. |
dbsql | Actual sql to run. |
dboperation | Actual sql type to run including Select and Insert+Update+Delete. |
concurrency | Count of concurrency configured at user-config.properties. |
tableshardingcount | Table sharding count configured at user-config.properties, used at yaml. |
dbshardingcount | Db sharding count configured at user-config.properties, used at yaml. |
Run the command to get statistics.
jmeter -n -t {ShardingSphere Benchmark base dir}/src/main/resources/testplan/statistic/ss-benchmark-statistic-testplan.jmx
select * from benchmark_result order by id limit 1
select * from benchmark_avg_result order by id limit 1