MySQL監視グループレプリケーションについて簡単に説明します

元のテキスト: https://dev.mysql.com/doc/refman/8.0/en/group-replication-monitoring.html
翻訳者：くん
現在、MySQL 8.0 の公式ドキュメントを翻訳中です。この記事はセクション 18.3「グループ レプリケーションの監視」です。

1. グループレプリケーションの監視

MySQL がパフォーマンス スキーマを有効にしてコンパイルされていると仮定すると、パフォーマンス スキーマ テーブルを使用してグループ レプリケーションを監視します。グループ レプリケーションでは次のテーブルが追加されます。

• performance_schema.replication_group_member_stats
• performance_schema.replication_group_members


これらの既存のパフォーマンス スキーマ レプリケーション テーブルには、グループ レプリケーションに関する情報も表示されます。

• performance_schema.replication_connection_statusは、グループから受信され、アプライヤ キュー (リレー ログ) にキューイングされたトランザクションなど、グループ レプリケーションに関する情報が表示されます。
• performance_schema.replication_applier_status 、グループ レプリケーションに関連するチャネルとスレッドのステータスを示します。トランザクションを適用するさまざまなワーカー スレッドが多数ある場合は、このテーブルを使用して、各ワーカー スレッドの動作を監視することもできます。
  

グループ レプリケーション プラグインによって作成されるレプリケーション チャネルの名前は次のとおりです。

• group_replication_recovery - このチャネルは、分散リカバリ フェーズに関連するレプリケーションの変更に使用されます。
• group_replication_applier - このチャネルは、グループからの受信変更に使用されます。グループからのトランザクションが直接適用されるチャネル。
  

次のセクションでは、各テーブルで利用できる情報について説明します。

2. グループメンバーインスタンスのステータス

グループ内のサーバー インスタンスはさまざまな状態になることができます。サーバーが正常に通信している場合、すべてのサーバーが同じステータスを報告します。ただし、ネットワーク パーティションがある場合、またはグループ メンバーがグループを離れた場合は、クエリの対象となるサーバーに応じて異なる情報が報告されることがあります。グループ メンバーがグループを脱退した場合、他のサーバーのステータスに関する最新情報を報告できなくなることに注意してください。ネットワークパーティションが発生した場合、調停数を超える数のサーバーが切断されると、サーバー同士が連携できなくなります。したがって、異なるサーバー メンバーのステータスを知ることはできません。したがって、サーバーの状態を推測するのではなく、一部のサーバーにアクセスできないことを報告します。

サーバーの状態

重要
インスタンスが ERROR 状態になると、super_read_only オプションが ON に設定されます。 ERROR状態を終了するには、インスタンスを手動でsuper_read_only=OFFに設定する必要があります。

グループ レプリケーションは同期レプリケーションではありませんが、最終的には同期されることに注意してください。より正確には、トランザクションはすべてのグループ メンバーに同じ順序で配信されますが、実行は非同期です。つまり、コミットするトランザクションを受け入れた後、各メンバーは独自のペースでコミットします。

3. replication_group_members テーブル

performance_schema.replication_group_membersテーブルは、グループのメンバーであるさまざまなサーバー インスタンスのステータスを監視するために使用されます。テーブル replication_group_members は、グループの構成が動的に変更されるなど、ビューが変更されるたびに更新されます。これに基づいて、サーバー メンバーはメタデータの一部を交換して同期を維持し、コラボレーションを継続します。情報はグループ レプリケーション メンバー間で共有されるため、すべてのグループ メンバーに関する情報を任意のメンバーから照会できます。このテーブルを使用すると、たとえば次のコマンドを発行して、レプリケーション グループの状態の概要を取得できます。

from performance_group_members; -------------------------------------------------------+| _ replication | 3306 |

この結果から、グループは 3 つのメンバー、各メンバーのホストとポート番号 (クライアントがメンバーに接続するために使用する)、およびメンバーのserver_uuid構成されていることがわかります。 MEMBER_STATE列には、グループ メンバー インスタンスの状態の 1 つが表示されます。この場合は、グループの 3 つのメンバーすべてがONLINEあることが表示され、 MEMBER_ROLE列には、スレーブが 2 つとマスターが 1 つあることが示されます。したがって、グループはシングルプライマリモードで実行されている必要があります。 MEMBER_VERSION列は、グループをアップグレードしていて、グループ内のメンバーが異なるバージョンの MySQL を実行している場合に役立ちます。

4. レプリケーショングループメンバー統計

レプリケーション グループ内の各メンバーは、グループによってコミットされたトランザクションを検証して適用します。検証とアプリケーションに関する統計は、アプリケーション キューがどのように増加しているか、いくつの競合がトリガーされているか、いくつのトランザクションがチェックされているか、どのトランザクションがすべてのメンバーによってコミットされているかなどを把握するのに非常に役立ちます。

performance_schema.replication_group_member_statsテーブルは、認証プロセスに関連するグループ レベルの情報と、レプリケーション グループの各メンバーによって受信および開始されたトランザクションの統計を提供します。情報はグループ メンバー インスタンス間で共有されるため、すべてのグループ メンバーに関する情報を任意のメンバーから照会できます。リモート メンバーの統計の更新は、 group_replication_flow_control_periodオプションで指定されたメッセージ期間によって制御されるため、クエリを実行するメンバーのローカルに収集された統計とは若干異なる場合があることに注意してください。

テーブル replication_group_member_stats

これらのフィールドは、グループ内のメンバーのパフォーマンスを監視するために重要です。たとえば、グループのメンバーの 1 人が遅延を経験しており、グループの他のメンバーと同期できないとします。この場合、キュー内に多数のトランザクションが表示されることがあります。この情報に基づいて、グループからメンバーを削除するか、グループ内の他のメンバーのトランザクション処理を遅らせるかを決定することで、キューに入れられるトランザクションの数を減らすことができます。この情報は、グループ レプリケーション プラグインのフロー制御を調整する方法を決定する際にも役立ちます。

上記は、MySQL 監視グループ レプリケーションの詳細についての簡単な説明です。MySQL 監視グループ レプリケーションの詳細については、123WORDPRESS.COM の他の関連記事に注目してください。