PolarDB:TPC-C テスト手順

データ規模

通常のインスタンスでは、テストに 1,000 ウェアハウスを使用します。

超大規模インスタンスのテストでは、PolarDB-X 1.0 の水平方向スケーラビリティを検証するため、10,000 ウェアハウスまでスケールアップします。ストレステストマシンのボトルネック化を防ぐため、3 台の 32 コア Elastic Compute Service (ECS) インスタンスをストレステストマシンとして使用します。

インスタンスの仕様

テスト開始前に、ご使用のエディションを選択してください。テスト手順はすべてのエディションで同一であり、インスタンスの仕様のみが異なります。

ステップ 1：テストツールのセットアップ

本テストでは BenchmarkSQL V5.0 を使用します。BenchmarkSQL はデフォルトで MySQL プロトコルをサポートしないため、MySQL 対応の事前コンパイル済みパッケージを提供しています。

1. tpcc.tar.gz を ECS インスタンスにダウンロードし、展開します。

   mkdir tpcc
   tar zxvf tpcc.tar.gz -C tpcc

   コンパイル済みパッケージには、標準版 BenchmarkSQL に対する以下の変更が含まれています。

   ファイル	変更内容
   src/client/jTPCC.java	MySQL タイプを追加
   src/client/jTPCCConnection.java	エイリアス経由で MySQL 構文をサポート
   src/LoadData/LoadData.java	データ読み込み時の大規模トランザクション機構を無効化
   src/LoadData/LoadDataWorker.java	データ読み込み時の大規模トランザクション機構を無効化
   run/funcs.sh	MySQL タイプを追加
   run/runDatabaseBuild.sh	不要なフェーズを削除
   run/runBenchmark.sh	デフォルト JVM パラメーターを最適化
   run/runLoader.sh	デフォルト JVM パラメーターを最適化
   run/sql.common/foreignKeys.sql	すべての外部キー作成文をコメントアウト（PolarDB-X 1.0 は外部キーをサポートしません）
   run/sql.common/indexCreates.sql	プライマリキー文をコメントアウト；2 つのインデックス文を保持
   run/sql.common/indexDrops.sql	すべてのプライマリキー削除文をコメントアウト
   run/sql.common/tableCreates.sql	プライマリキーおよびシャードキーを追加

2. run/props.mysql を編集し、接続情報およびテストパラメーターを設定します。

   パラメーター	目的	備考
   warehouses	ウェアハウス数（データ規模）	通常：1,000、超大規模：10,000
   loadWorkers	同時データローダー	100 ワーカーで約 20,000 TPS を生成；runLoader.sh で JVM メモリを適宜設定
   terminals	ストレステスト中の同時クライアント数	ベンチマーク実行前に設定
   runMins	テスト持続時間（分）	ベンチマーク実行前に設定

   // --------- 環境設定 --------- //
   db=mysql
   driver=com.mysql.jdbc.Driver
   conn=jdbc:mysql://drdsxxxx:3306/tpcc?useSSL=false&useServerPrepStmts=false&useConfigs=maxPerformance&rewriteBatchedStatements=true
   user=tpcc
   password=tpcc
   
   // ウェアハウス数。
   warehouses=1000
   // データインポート時に使用する並列ローダー数。
   // 100 ローダーで約 20,000 TPS を生成。
   // 100 ローダー用 JVM メモリ：4 GB、500 ローダー用：16 GB（runLoader.sh を編集）。
   loadWorkers=100
   
   // ストレステスト中の同時端末数。
   terminals=1000
   // テスト持続時間（分）。
   runMins=10
   // ---------- デフォルト設定 ------- //
   runTxnsPerTerminal=0
   limitTxnsPerMin=0
   
   terminalWarehouseFixed=true
   
   // トランザクション比率 — 合計が 100 になるように設定
   newOrderWeight=45
   paymentWeight=43
   orderStatusWeight=4
   deliveryWeight=4
   stockLevelWeight=4
   
   resultDirectory=my_result_%tY-%tm-%td_%tH%tM%tS

   設定が必要な主なパラメーター：

ステップ 2：テストデータのロード

cd tpcc/run
nohup ./runDatabaseBuild.sh props.mysql &

ステップ 3：ベンチマークの実行

cd tpcc/run
./runBenchmark.sh props.mysql

テスト実行中、BenchmarkSQL は進捗状況をコンソールにログ出力します。テスト完了後の出力例は以下の通りです。

08:56:16,844 [Thread-883] INFO   jTPCC : Term-00, Measured tpmC (NewOrders) = 104230.88
08:56:16,844 [Thread-883] INFO   jTPCC : Term-00, Measured tpmTOTAL = 231664.49
08:56:16,844 [Thread-883] INFO   jTPCC : Term-00, Session Start     = 2019-09-19 08:54:16
08:56:16,845 [Thread-883] INFO   jTPCC : Term-00, Session End       = 2019-09-19 08:56:16
08:56:16,845 [Thread-883] INFO   jTPCC : Term-00, Transaction Count = 465440

ステップ 4：結果の解釈

tpmC (NewOrders) の値が主要な測定結果です。これは、テストウィンドウ内で PolarDB-X 1.0 が 1 分間に処理した NewOrder トランザクション数を示します。

tpmTOTAL は、5 種類すべてのトランザクションをカバーします。tpmC は NewOrder トランザクションのみを対象とするため、tpmTOTAL は常に tpmC よりも高くなります。

各エディションの仕様に対するパフォーマンス評価を行うには、「テスト結果」セクションに記載されたリファレンス値とご自身の結果を比較してください。

ステップ 5：クリーンアップ

cd tpcc/run
./runDatabaseDestroy.sh props.mysql