5.4.5 レプリケーションのトラブルシューティング|無料CGI PHPサイト(新着情報、営業日カレンダーなど)

5.4.5. レプリケーションのトラブルシューティング

指示に従って設定して、レプリケーションを設定しても機能しない場合は、エラーログのメッセージをまず調べてください。多くの問題は、ログを調べることにより解決します。

エラーログから問題の発生源が特定できない場合は、次の事柄を確かめます。

マスタのバイナリログで記録しているかどうかを、SHOW MASTER STATUS で確認する。記録していれば、Position はゼロ以外の値。記録してない場合、マスタの --log-bin および --server-id で設定を確認する。
スレーブが稼動しているかどうかを確認する。SHOW SLAVE STATUS を実行し、Slave_IO_Running および Slave_SQL_Runningの値が両方とも Yes であることを確認する。Yes ではない場合、スレーブサーバを起動するときのオプションを確認する。ヒント：--skip-slave-start は、START SLAVE クエリが出るまで、スレーブスレッドの起動を抑制します。
スレーブが稼動している場合は、マスタとの接続を確認する。SHOW PROCESSLIST を実行して、I/O スレッドと SQL スレッドを見つけ、その State カラムでの表示を確認する。詳細は項5.5.1. 「レプリケーション実装の詳細」を参照してください。I/O スレッドが Connecting to master である場合は、次のことを確認する。
- レプリケーションユーザのマスタでの権限を確認する。
- マスタホスト名が正当であるかどうかを調べ、適切なポートでマスタと接続しているかどうかを確認する。レプリケーションに使用するポートはクライアントネットワーク通信のものと同一。(デフォルトは3306)ホスト名に関しては、適切な IP アドレスと対応しているかどうかを確認する。
- マスタ - スレーブ間のネットワーク接続が無効化しているかどうかを確認する。コンフィギュレーションファイルで skip-networking オプションを調べる。ここでコメントがある、ない場合は完全に削除された可能性がある。
- マスタにファイアウォールもしくはIP フィルタのコンフィギュレーションなどを設定している場合は、MySQL で使用しているネットワークポートがフィルタされているかどうかを確認する。
- ping もしくは traceroute/tracert を使用して、マスタがホストに達しているかどうか確認する。
スレーブが以前は稼動していて、そして停止した場合は、マスタで実行されたステートメントがスレーブで失敗している可能性がある。ノート：これは、マスタの適切なスナップショットが行われている場合には発生しません。または、スレーブスレッドの外側のスレーブでデータを修正しなければ発生することはありません。スレーブが不意に停止した場合、バグである可能性、または既存のレプリケーション障害である可能性がある。詳細は項5.4.1. 「レプリケーション機能と既知問題」を参照。ノート：原因がバグによるものである場合は、項5.4.6. 「レプリケーションバグまたは問題を報告する方法」を参照し、どのように報告するか指示に従ってください。
マスタで実行したステートメントがスデーブで実行できない場合は、次の手順に従う。それができない場合は、スレーブのデータベースを削除し、新たなスナップショットをマスタからコピーする方法で、データベースの全体的な再同期化を行う。
1. 影響する可能性のあるスレーブのテーブルがマスタのテーブルとは異なるかどうかを判断する。これを処理することにより、なにが起こるか、なにが必要になるかを検討する。そして、マスタのテーブルと同一になるようスレーブのテーブルを作成し、START SLAVE を実行する。
2. 前述のステップが機能しない、または適用されない場合は、必要に応じて、マニュアルでの更新を安全に実行できるかどうかを検討し、マスタから次に出されるステートメントを無視する。
3. マスタからの次のステートメントをスキップすると決めた場合は、以下のクエリを実行する。
```
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = N;
mysql> START SLAVE;
```
  マスタから出される次のステートメントが AUTO_INCREMENT または LAST_INSERT_ID() を使用しない場合は、N の値は 1。そうでない場合は、その値は 2。ノート： AUTO_INCREMENT または LAST_INSERT_ID() を使用するステートメントの値が 2 である必要がある理由は、マスタのバイナリログで 2 イベントを処理するためです。
4. スレーブがマスタと最初から完全に同期していた、そしてスレーブのスレッドの外側のテーブルを更新していないと確証できる場合は、バグによる不具合である可能性がある。ノート：最新バージョンの MySQL を使用している場合は、その問題を報告してください。古いバージョンを使用している場合は、最新のプロダクションリリースにアップグレードし、それでもその問題が続くかどうかを確認する。

無料PHPプログラム

5.4.5. レプリケーションのトラブルシューティング