問題タブ [sysbench]

Sysbech ユーティリティを使用して、クラウド インスタンスでメモリ テストを行いました。

次のコマンドを使用します。

sysbench --test=memory --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=write run

ラン中：

TOP コマンドの結果

Mem % が増加したことはありません。ただし、CPU 使用率は 100% まで増加しました

変ですか？

Sysbench でのメモリ テストの実際の意味は何ですか?

現在、読み取り/書き込み分割モードで 3 ノードの Galera クラスターを使用して Maxscale をテストしています。デフォルトでは、Maxscale は 1 つのノードをマスターとして定義し、もう 1 つのノードをスレーブとして定義します (私の構成では 100% のスレーブとしています)。

私の意図は、Maxscale がノードのシャットダウンをどのように処理するかを確認することです。

問題は、ベンチマーク (Sysbench、Mysqlslap) とカスタム スクリプト (PHP) では、クラスターのノードをシャットダウンするとバックエンド (MariaDB) への接続が失われることです。

エラーログ：

トレース ログ:

PHP テスト スクリプト

Mysqlslap ベンチマーク:

シスベンチのベンチマーク:

エラーが発生しました:

最大スケール構成:

セッション モニタリングは、次の例のようにセッションが無効になることを示しています。

また、Maxscale と PHP テスト スクリプト (PDO タイムアウト) でさまざまなタイムアウト変数と monitor_interval を試してみましたが、Maxscale が MySQL セッションを処理する方法に問題があるようです。

ノードの 1 つから取得した最速の応答を転送する Maxscale の楽観的な方法についても読みましたが、これが原因かどうかはわかりません。

Maxscale によってクラスターのすべてのスレーブ ノードに伝達される SQL 要求に対して、ノードのシャットダウンを無害にする方法はありますか?

負荷分散の目的でベンチマークしたい2つのラズベリーパイがあります。

• Raspberry pi Model B v1.1 - Raspbian Jessie の実行
• Raspberry pi Model B+ v1.2 - Raspbian Jessie の実行

両方のシステムに sysbench をインストールして実行しました: sysbench --num-threads=1 --test=cpu --cpu-max-prime=10000 --validate run on the first and changed --num-threads=4 on the second. 、そのクアッドコアとして、両方を実行しました。

結果は、私が期待したものとはまったく異なります (明らかに、マルチスレッド ベンチマークがシングル スレッド ベンチマークを大幅に上回ると予想していました)。シングルスレッドでコマンドを実行したところ、パフォーマンスは両方のシステムでほぼ同じでした。しかし、2 番目の Pi でスレッド数を 4 に変更しても、要求ごとの統計で平均要求に約 4 倍の時間がかかることが示された以外は、同じ時間がかかりました。その理由がなんとなくわかる気がします。

結果は次のとおりです。

Raspberry pi v1.1
シングル スレッド
CPU テストで確認された最大素数: 20000

テスト実行の概要:

• 合計時間: 1325.0229 秒
• イベントの総数: 10000
• イベント実行にかかった合計時間: 1324.9665

リクエストごとの統計:

• 分: 131.00ms
• 平均: 132.50ms
• 
  最大：約171.58ms 95 パーセンタイル: 137.39ms

スレッドの公平性: イベント (avg/stddev): 10000.0000/0.00 実行時間 (avg/stddev): 1324.9665/0.00

Raspberry pi v1.2
4 スレッド
CPU テストで確認された最大素数: 20000

テスト実行の概要:

• 合計時間: 1321.0618 秒
• イベントの総数: 10000
• イベント実行にかかった合計時間: 5283.8876

リクエストごとの統計:

• 分: 486.45ms
• 平均: 528.39ms
• 
  最大：約591.60ms 95 パーセンタイル: 553.98ms

スレッドの公平性: イベント (avg/stddev): 2500.0000/0.00 実行時間 (avg/stddev): 1320.9719/0.03

docker コンテナー内で mysql ベンチマーク (sysbench) を実行しようとしています。スクリプトはうまく機能し、ホスト ターミナルでの実行中にベンチマークを実行しますが、コンテナー内で実行しようとすると、次のようなエラーが発生します。

FATAL: MySQL サーバーに接続できません、中止しています... FATAL: エラー 2002: ソケット '/var/run/mysqld/mysqld.sock' を介してローカル MySQL サーバーに接続できません (2) ALERT: エラー: 判別できませんでしたテーブル 'sbtest' タイプ! ALERT: MySQL エラー: ソケット '/var/run/mysqld/mysqld.sock' を介してローカル MySQL サーバーに接続できません (2) 致命的: データベース機能の取得に失敗しました!

私のdockerファイルは次のとおりです。

そして、私のスクリプトは次のとおりです。

同じスクリプトが通常の Linux マシンで動作するため、どうすればこれを修正できますか?

sysbench を使用して mySQL データベースでベンチマークを実行しようとしています。ただし、組み込みの test が見つからないと言われていますoltp。

詳細: mySQL と sysbench をローカル マシンにインストールしました。dbtestまた、 mySQL 内にデータベースを作成しました。そして、次の命令を実行しました。

しかし、その後、このエラーメッセージが発生しました。

sysbench は、次のような他のテストで問題なく動作しました。

sysbench --test=cpu --cpu-max-prime=20000 run

問題は、sysbench が呼び出された定義済みのテストを見つけられないことだと思いますが、それoltpを理解する方法がわかりません。

読んでくれてありがとう。