Sysbench の MySQL ベンチマークプロセスの分析

序文

1.ベンチマークは、テストオブジェクトのクラスの特定のパフォーマンス指標の定量的、再現可能、比較可能なテストを重視するパフォーマンステストの一種です。

さらに理解を深めるために、ベンチマークとは、特定の時点でのベンチマークを通じて既知のパフォーマンスレベル (ベースラインと呼ばれる) を確立することです。システムのハードウェアおよびソフトウェア環境が変更されると、ベンチマークが再度実行され、それらの変更がパフォーマンスに与える影響が判断されます。これは、ベンチマークの最も一般的な用途でもあります。その他の用途としては、特定の負荷レベルでのパフォーマンス制限の決定、システムまたは環境の変更の管理、パフォーマンスの問題につながる可能性のある条件の特定などが挙げられます。

2. ベンチマークの役割:

ほとんどの Web アプリケーションでは、システムのボトルネックはデータベース側で簡単に発生します。その理由は単純です。ネットワーク帯域幅、負荷分散ノード、アプリケーションサーバー (CPU、メモリ、ハードディスクの明るさ、接続数などを含む)、キャッシュなど、Web アプリケーション内の他の要素は、水平拡張 (一般にマシンの追加と呼ばれる) によって簡単にパフォーマンスの向上を実現できます。 MySQL などのデータベースの場合、データの一貫性が求められるため、マシンを追加することでデータベースへのデータ書き込みの負荷を分散することはできません。フロントエンドキャッシュ (Redis など)、読み取りと書き込みの分離、ライブラリとテーブルのシャーディングによって負荷を軽減することはできますが、システムの他のコンポーネントの水平拡張と比較すると、制約が多すぎます。
データベースベンチマークの目的は、現在の構成 (ハードウェア構成、OS、データベース設定などを含む) でのデータベースのパフォーマンスを分析し、データベースのパフォーマンスしきい値を見つけて、実際のシステム要件に応じて構成を調整することです。さらに、データベースサーバーのベンチマークは、データベース構造の変更前後でパフォーマンスがどのように影響を受けるかを観察するためにもよく使用されます。

3. ベンチマークテストとストレステストの違い:

多くの場合、ベンチマークテストとストレステストは実際の使用時に混同されやすくなります。ベンチマークテストは、システムのストレステストとして理解できます。ただし、ベンチマークテストではビジネスロジックは考慮されず、よりシンプルで直接的であり、テストが簡単です。データはツールによって生成でき、実際のデータである必要はありません。ストレステストでは通常、ビジネスロジック (ショッピングカートビジネスなど) が考慮され、実際のデータが必要です。

4. ベンチマークツール:

SysBench は、さまざまなシステムパラメータの下でデータベースの負荷を評価するために主に使用される、モジュール式のクロスプラットフォームマルチスレッドベンチマークツールです。主に以下の種類のテストが含まれます。

1. CPUパフォーマンス

2. ディスクIOパフォーマンス

3. スケジューラのパフォーマンス

4. メモリ割り当てと転送速度

5. POSIXスレッドのパフォーマンス

6. データベースパフォーマンス（OLTPベンチマーク）

現在、sysbench は主に MySQL、pgsql、oracle の 3 つのデータベースをサポートしています。

インストール

yum -y sysbenchをインストールします
sysbench --help ##インストールが成功したかどうかを確認します

ご注意：インストール中に依存関係パッケージが不足している場合は、こちらをご覧ください。

データ準備

準備する

データベース sysbench_test を作成します。
show databases; #データベースを確認する
終了 #終了

2. 始めましょう

find / -name oltp*.lua # 後でコマンドを実行するために使用される sysbench 組み込みデータ書き込みスクリプトのパスを検索します

sysbench /usr/share/sysbench/oltp_read_write.lua --tables=5 --table_size=100 --mysql-user=root --mysql-password=xxx --mysql-host=192.168.0.103 --mysql-port=3306 --mysql-db=sysbench_test を準備します
#/usr/share/sysbench/oltp_read_write.lua: 上記のsysbench組み込みの読み取りおよび書き込みスクリプトのパス
#--tables: 生成されるテーブルの数を指定します。ここでは 5 つのテーブルが設定されており、5 つのテストテーブルが生成されることを示しています。読者は実際のニーズに応じてこの値を調整できます。
#--table_size: 生成されたテーブルで生成されるデータの量を指定します。上記の例では、各テーブルに 100 個のテストデータが生成されることを示しています。実際の値は必要に応じて調整できます。たとえば、1000000 に調整すると、100 万個のテストデータが生成されることを意味します。
#--mysql-db: 接続するテストデータベースの名前。ここでのテストには、上記で作成したデータベースが使用されます。
#--mysql-user: 接続されたデータベースのユーザー名
#--mysql-password: 接続されたデータベースのパスワード
#--mysql-port: 接続されたデータベース開発のポート

実行プロンプトエラー

理由：

インポートされたデータがデータベースのデフォルト値を超えています

解決する：

MySQLがインストールされているサーバーのデータ設定を変更する必要があります

vim /etc/my.cnf

max_allowed_packet の値を変更します。存在しない場合は、最後に行を追加します。

再度実行して、mysqlクライアント上のデータを確認します

テストを実行する

sysbench /usr/share/sysbench/oltp_read_write.lua --mysql-user=root --mysql-password=xxx --mysql-host=192.168.0.103 --mysql-port=3306 --mysql-db=sysbench_test --tables=5 --table_size=100 --threads=10 --time=30 --report-interval=3 実行
#--threads: スレッドの数を示します
#--time: 実行時間を示します
#--report-interval: テスト情報を出力する間隔を秒単位で指定します
# run: 実行中を示します。その他のパラメータ情報は上記と同じなので、ここでは説明しません。

上記のコマンドは、10 個の同時スレッドが使用され、実行時間は 30 秒で、テスト情報は 3 秒ごとに出力されることを示しています。

その中でも、私たちにとってより重要な情報は次のとおりです。

クエリ: クエリの総数と QPS
トランザクション: トランザクションの総数とtps
レイテンシ - 95 パーセンタイル: 最初の 95% のリクエストの応答時間。

データのクリーニング

テストが完了した後も、最後の仕上げを忘れないでください。データベースに保存された大量のテストデータは、依然として影響を及ぼします。

sysbench /usr/share/sysbench/oltp_read_write.lua --tables=5 --table_size=100 --mysql-user=root --mysql-password=xxx --mysql-host=192.168.0.103 --mysql-port=3306 --mysql-db=sysbench_test クリーンアップ
#ここでのパラメータは、以前に挿入されたデータのパラメータに従って入力され、すべてがクリアされていることを確認します