web-dev-qa-db-ja.com

マスターへのVPN接続を持つスレーブへのMySQLレプリケーション

マスターとスレーブが異なる物理的な場所にある異なるネットワーク上にある環境をセットアップしています（両方ともMySQL 5.5.20で実行されます）。スレーブのネットワークからマスターのネットワークへのVPN接続を設定して、レプリケーションを実行しました。

しかし、数日かけてVPN接続が失われることを観察しました。スレーブがマスターへの接続を失うと、レプリケーション用のデータが失われるのではないかと思っていました。

また、接続が再確立されると、レプリケーションは、それが停止した時点から開始されますか、それともマスターのポインタがその時点である時点から開始されますか？

mysqlreplicationmysql-5mysql-5.5
3
vinny

SHOW SLAVE STATUS\Gのサンプル表示から始めましょう

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: 10.48.20.253
                Master_User: replicant
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000262
        Read_Master_Log_Pos: 803779735
             Relay_Log_File: relay-bin.067799
              Relay_Log_Pos: 402744
      Relay_Master_Log_File: mysql-bin.000262
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
            Replicate_Do_DB:
        Replicate_Ignore_DB:
         Replicate_Do_Table:
     Replicate_Ignore_Table:
    Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
                 Last_Errno: 0
                 Last_Error:
               Skip_Counter: 0
        Exec_Master_Log_Pos: 803779735
            Relay_Log_Space: 402598
            Until_Condition: None
             Until_Log_File:
              Until_Log_Pos: 0
         Master_SSL_Allowed: No
         Master_SSL_CA_File:
         Master_SSL_CA_Path:
            Master_SSL_Cert:
          Master_SSL_Cipher:
             Master_SSL_Key:
      Seconds_Behind_Master: 0
1 row in set (0.00 sec)

Slave_IO_RunningがYesである限り、MySQLレプリケーションに必要な接続があります。あなたの質問によると、MySQLは接続を失って再接続すると、データを失いますか？完璧な世界では、リレーログ（Relay_Log_File）がクリーンな形式で記述されている限り、私はノーと言ってしまいます。たまに、ネットワークの断続性が非常に長い場合、リレーログが破損することがあります。

これを修正するための確実な方法が1つあります（手順に従ってください）。

SHOW SLAVE STATUS\Gのこれら2つの値をメモしてください

  • Relay_Master_Log_File：これは、スレーブで最後に実行されたエントリを持つマスターのバイナリログを表します
  • Exec_Master_Log_Pos：これは、最後にスレーブでエントリが実行されたマスター上のバイナリログの位置を表します

マスターの安全な場所に適切に接続するには、次の操作を行います

Relay_Master_Log_Fileを選択し、次の値を使用します：mysql-bin.000262

Exec_Master_Log_Posを選択し、次の値を使用します：803779735

これらの値を取得したら、それらの値を使用してこれらのコマンドを実行します。

STOP SLAVE;
CHANGE MASTER TO master_log_file='mysql-bin.000262',master_log_pos=803779735;
START SLAVE;

CHANGE MASTER TOコマンドは、スレーブのすべてのリレーログを消去し、新しいリレーログから開始します。

スレーブに正常に到達し、スレーブで実行されたマスターからの最後のバイナリログエントリしか確認できないため、これが最も可能性の高い方法です。現在のリレーログに書き込まれたが、IOスレッドでの断続的な問題のために正しく閉じられなかったか正しく書き込まれなかったマスターのバイナリログのエントリは、不正な形式のリレーログになる可能性があります。

この方法が機能しない唯一の方法は、マスター上のバイナリログ自体が破損している場合です。これは、DBサーバーがクラッシュし、最後のバイナリログが適切に閉じられていないときに発生します。マスターの最後のバイナリログに対して mysqlbinlog を実行すると、ファイルサイズと最後の正当な位置の違いが示されていました。マスターの破損したバイナリログからレプリケーションを再確立しようとするのは頭痛の種です。次に、マスターでRESET MASTERを実行し、マスターの最初のバイナリログにレプリケーションを接続して、 pt-table-checksum を使用してスレーブを同期するデューデリジェンスを実行して、レプリケーションを機能させる必要がありますおよび pt-table-sync 。

UPDATE 2012-02-17 08:13 EDT

@vinny：追加のスレーブを作成することを考えている場合は、これと私がこれまでにこれまでに作成した他の投稿と同様のテーマを以下に示します。

彼らが役に立てば幸いです。

4
RolandoMySQLDBA

--master-connect-retry=secondsデフォルト値は60です

マスターがダウンした場合や接続が失われた場合に、スレーブスレッドがマスターへの再接続を試行する前にスリープする秒数。 master.infoファイルの値は、読み取り可能な場合は優先されます。設定されていない場合、デフォルトは60です。注：これらの再試行は、スレーブが--slave-net-timeoutに到達するまで呼び出されません。

VPNを介して使用していて、接続が頻繁に失われるため、この値をデフォルトよりも高くする必要があります。

スレーブサーバーで次の変更を行います。

stop slave;
change master to .. 
(
<Give master info here>
....
master_connect_retry=300;
...
)
start slave;
  • また、スレーブが再接続してマスターサーバーのbinlogファイルを読み取ると、ネットワークの問題のみが発生している場合に限り、レプリケーションの設定がスムーズに機能します。

スレーブのステータスは次の方法で確認できます。

Show slave status;

このスレーブI/Oが「マスターがイベントを送信するのを待っています」を示している場合、スレーブがマスターに接続してデータを取得できることを意味します。これがあなたのお役に立てば幸いです:)

1
Mahesh Patil