MySQLソース-レプリカサーバーの重要なヘルスチェック

MySQLソースレプリカ高可用性（HA）セットアップでは、潜在的な問題を検出して修正アクションを実行できるように、ソースサーバーとレプリカサーバーの状態を継続的に監視することが重要です。 。このブログ投稿では、セットアップが正常であることを確認するためにMySQLソースノードとレプリカノードで実行できるいくつかの基本的なヘルスチェックについて説明します。監視プログラムまたはスクリプトは、ヘルスチェックのいずれかが失敗した場合に高可用性フレームワークに警告する必要があります。これにより、サービスの可用性を確保するために、高可用性フレームワークが修正アクションを実行できるようになります。

MySQLソースサーバーのヘルスチェック

MySQLソース監視プログラムまたはスクリプトを頻繁に実行することをお勧めします。監視スクリプトがMySQLサーバーと同じサーバーで実行されていると仮定すると、次のことを確認できます。

1. MySQLサービスが実行されていることを確認します

   これは、次のような簡単なコマンドを使用して実行できます：

   > pgrep mysqld

   または

   >service mysqld status

2. MySQLに接続して簡単なクエリを実行できることを確認してください

   MySQLが応答しないかどうかをすばやく検出できるように、これらのコマンドのタイムアウトを短くすることをお勧めします。これは、次のような呼び出しから実現できます：

   /usr/bin/timeout 5 mysql -u testuser -ptestpswd -e 'select * from mysql.test’

   上記のコマンドの終了値を必ず確認してください：

   Exitvalue=0⇒Success

   終了値=1⇒失敗

   Exit-value=124⇒タイムアウト

   コマンドがタイムアウトした場合は、MySQLサービスが十分に応答していないことを意味します。偽陰性の結果を避けるために、しばらくしてから再試行することをお勧めします。終了コードが失敗を示している場合、MySQLからの戻りコードは失敗の理由を教えてくれます。失敗の1つの例は、サーバーへの接続数が「max_connections」構成値を超えた場合に発生する、MySQLからの「接続数が多すぎます」エラーです。

3. MySQLソースが読み取り/書き込みモードで実行されていることを確認します

   次のコマンドを使用して、MySQLソースが読み取り/書き込みモードで実行されていることを確認できます。

   /usr/bin/timeout 5 mysql -u testuser -ptestpswd -e "SELECT @@global.read_only"

   ソースは常に読み取り/書き込みモードで実行されることが想定されているため、read_onlyの値は「OFF」である必要があります。

   このステップをステップ2と組み合わせることもできます。テストクエリを実行する代わりに、mysql.testから* select *を実行するだけで、クエリを実行してread_onlyを取得できます。値。

mysql> show replica status \G;

*************************** 1. row ***************************

Replica_IO_State: Waiting for source to send event

Source_Host: 172.31.17.43

Source_User: repl_user

Source_Port: 3306

Connect_Retry: 10

Source_Log_File: mysql-bin.000001

Read_Source_Log_Pos: 7510

Relay_Log_File: relay-log.000006

Relay_Log_Pos: 414

Relay_Source_Log_File: mysql-bin.000001

Replica_IO_Running: Yes

Replica_SQL_Running: Yes

******************Truncated*********************************