TiDB TPC-C パフォーマンス テスト レポート -- v6.2.0 対 v6.1.0


このテストは、オンライン トランザクション処理 (OLTP) シナリオで TiDB v6.2.0 と v6.1.0 の TPC-C パフォーマンスを比較することを目的としています。結果は、v6.1.0 と比較して、v6.2.0 の TPC-C パフォーマンスが 2.00% 低下したことを示しています。

テスト環境(AWS EC2)




PDv6.1.0 および v6.2.0
TiDBv6.1.0 および v6.2.0
TiKVv6.1.0 および v6.2.0


TiDB v6.2.0 と TiDB v6.1.0 は同じ構成を使用します。

TiDB パラメーター構成

log.level: "error"
prepared-plan-cache.enabled: true
tikv-client.max-batch-wait-time: 2000000

TiKV パラメータ設定

raftstore.apply-max-batch-size: 2048
raftstore.apply-pool-size: 3
raftstore.store-max-batch-size: 2048
raftstore.store-pool-size: 2
readpool.storage.normal-concurrency: 10
server.grpc-concurrency: 6

TiDB グローバル変数の構成

set global tidb_hashagg_final_concurrency=1;
set global tidb_hashagg_partial_concurrency=1;
set global tidb_enable_async_commit = 1;
set global tidb_enable_1pc = 1;
set global tidb_guarantee_linearizability = 0;
set global tidb_enable_clustered_index = 1;
set global tidb_prepared_plan_cache_size=1000;

HAProxy 構成 - haproxy.cfg

TiDB で HAProxy を使用する方法の詳細については、 TiDB で HAProxy を使用するためのベスト プラクティスを参照してください。

global                                     # Global configuration.
   pidfile     /var/run/haproxy.pid        # Writes the PIDs of HAProxy processes into this file.
   maxconn     4000                        # The maximum number of concurrent connections for a single HAProxy process.
   user        haproxy                     # The same with the UID parameter.
   group       haproxy                     # The same with the GID parameter. A dedicated user group is recommended.
   nbproc      64                          # The number of processes created when going daemon. When starting multiple processes to forward requests, ensure that the value is large enough so that HAProxy does not block processes.
   daemon                                  # Makes the process fork into background. It is equivalent to the command line "-D" argument. It can be disabled by the command line "-db" argument.

defaults                                   # Default configuration.
   log global                              # Inherits the settings of the global configuration.
   retries 2                               # The maximum number of retries to connect to an upstream server. If the number of connection attempts exceeds the value, the backend server is considered unavailable.
   timeout connect  2s                     # The maximum time to wait for a connection attempt to a backend server to succeed. It should be set to a shorter time if the server is located on the same LAN as HAProxy.
   timeout client 30000s                   # The maximum inactivity time on the client side.
   timeout server 30000s                   # The maximum inactivity time on the server side.

listen tidb-cluster                        # Database load balancing.
   bind                       # The Floating IP address and listening port.
   mode tcp                                # HAProxy uses layer 4, the transport layer.
   balance leastconn                      # The server with the fewest connections receives the connection. "leastconn" is recommended where long sessions are expected, such as LDAP, SQL and TSE, rather than protocols using short sessions, such as HTTP. The algorithm is dynamic, which means that server weights might be adjusted on the fly for slow starts for instance.
   server tidb-1 check inter 2000 rise 2 fall 3       # Detects port 4000 at a frequency of once every 2000 milliseconds. If it is detected as successful twice, the server is considered available; if it is detected as failed three times, the server is considered unavailable.
   server tidb-2 check inter 2000 rise 2 fall 3
   server tidb-3 check inter 2000 rise 2 fall 3


  1. TiUP を使用して TiDB v6.2.0 および v6.1.0 をデプロイします。
  2. tpcc : create database tpcc;という名前のデータベースを作成します。
  3. BenchmarkSQL を使用して、TPC-C 5000 Warehouse データをインポートしtiup bench tpcc prepare --warehouse 5000 --db tpcc -H -P 4000
  4. tiup bench tpcc run -U root --db tpcc --host --port 4000 --time 1800s --warehouses 5000 --threads {{thread}}コマンドを実行して、HAProxy を介して TiDB でストレス テストを実行します。同時実行ごとに、テストに 30 分かかります。
  5. 結果から New Order の tpmC データを抽出します。


v6.1.0 と比較すると、v6.2.0 の TPC-C パフォーマンスは2.00% 低下しています。

スレッドv6.1.0 tpmCv6.2.0 tpmCtpmC 改善 (%)


Chaos Mesh
© 2022 PingCAP. All Rights Reserved.