スタンドアロンmariaDBサーバーと比較してgaleraでパフォーマンスが非常に悪くなった

Question

私が作成したgaleraセットアップでは、許容できない低パフォーマンスが得られます。私の設定では、アクティブ - アクティブに2つのノードがあり、私は両方のノードでHAプロキシロードバランサを使用してラウンドロビン方式で読み取り/書き込みを行っています。

私は簡単に以下の構成を備えた単一mariadbサーバで自分のアプリケーションにTPS 10000乗り越えることができました： 36 vpcu、ガレラで60ギガバイトのRAM、SSD、の10GiG専用パイプ

私はほとんど3500を取得していないのです私は2つのノード（36vcpu、60GBのRAM）を使用していますが、HAのプロキシによってバランスの取られたDB負荷です。詳細については、ha-proxyは別のサーバー上のスタンドアロンノードとしてホストされています。私はhaプロキシを削除しましたが、パフォーマンスは改善されていません。

誰かがmy.cnfでいくつかのチューニングパラメータを提案してもらえますか？これは厳しく実行中のセットアップを調整することを検討する必要があります。 QCオフ

Answer 1

入れます：私は以下のmy.cnfファイル使用しています

query_cache_size = 0 -- not 22 bytes 
query_cache_type = OFF -- QC is incompatible with Galera 

増加innodb_io_capacity

をどのように遠く離れて（ ping時間）は、tノード？

あなたはそれがマスタースレーブであるとふりますことをお勧めします。つまり、HAProxyにすべてのトラフィックを1つのノードに送信し、もう1つをホットバックアップとして残します。このモードでは、特定の処理が高速に実行されます。私はあなたのアプリについて知りません。

Answer 2

私は簡単に以下の構成で 単一mariadbサーバで自分のアプリケーションにTPS 10000乗り越えることができました：36 vpcu、ガレラで60ギガバイト RAM、SSD、の10GiG専用パイプ

私は私は2台の ノード（36vcpu、60GB RAM）を使用していますが、ha-proxyでバランスのとれたDB負荷を使用していますが、3500 TPSはほとんど得られません。

Galeraに基づくクラスタは、意図したとおりに書き込みを拡大するようには設計されていません。実際、前述のRickのように、同じテーブルの複数のノードに書き込みを送信すると、アプリケーションのデッドロックとして反映される認証の競合が発生し、オーバーヘッドが大きくなります。

ギャレラのセットアップで許容できない低性能を実現しました。 が作成されました。私の設定では、アクティブ - アクティブに2つのノードがあり、 ロードバランサを使用して、両方のノードでラウンドロビン方式で読み取り/書き込みを行っています。

すべての書き込みを1つのノードに送信し、それがパフォーマンスを向上させるかどうかを確認してください。 Galeraが使用する仮想同期レプリケーションの性質上、オーバーヘッドが発生します。これは文字通り、各書き込みにネットワークオーバーヘッドを追加します（実際のクロックベースの並列レプリケーションではこの影響はかなり相殺されますが、わずかに低いスループット量を参照）。

また、レプリケーション認証プロセスはシングルスレッドであり、他のノードへの書き込みをストールするため、アトミック作業単位の処理が完了したらすぐにトランザクションを短くしてCOMMITを保つようにしてくださいwriterノードは、他のノードが大規模トランザクションの認証を行っていること、またはノードがある種のパフォーマンス問題を抱えていることを意味するトランザクションwsrep pre-commitステージを表示します。あなたが単一のノードに移動したときにどのように動くかを教えてください。