MySQL 組み込みレプリケーションによる可用性の最適化 (3)_PHP チュートリアル-PHPチュートリアル-php.cn

MySQL 組み込みレプリケーションによる可用性の最適化 (3)_PHP チュートリアル

WBOY

リリース： 2016-07-13 17:22:07

オリジナル

745 人が閲覧しました

ステップ 2: バックアップマシンを構成する
続けてみましょう。スタンバイマシンの MySQL サービスプログラムを停止し、ホストマシンからコピーしたデータベースディレクトリをスタンバイマシンのデータディレクトリに移動します。ディレクトリの所有者とグループを MySQL ユーザーの対応する値に必ず変更し、ファイルモードを 660 (所有者とグループのみ読み取りおよび書き込み可能) に変更し、ディレクトリ自体を 770 に変更してください。 (所有者とグループのみ) 読み取り、書き込み、実行可能)。
続けます。バックアップマシンで MySQL サービスプログラムを起動し、MySQL が適切に動作していることを確認します。いくつかの選択クエリを実行して (クエリの更新や挿入は行わないでください)、最初の手順で取得したデータスナップショットが成功したかどうかを確認します。次に、テストが成功したら、MySQL サービスプログラムをシャットダウンします。
スタンバイマシン上でアクセスする必要があるホストを構成し、ホストからの変更を受信します。したがって、サーバー上の「my.cnf」ファイルを編集し、[mysqld] セクションに次の行を追加する必要があります:
master-host=10.1.1.1
master-user=replicate
master-password=password
Beforeスタンバイサービスの開始プログラムの開始後、スタンバイサービスプログラムは、「my.cnf」ファイルで指定されたホストをチェックして変更があるかどうかを確認し、これらの変更を独自のデータベースにマージします。スタンバイマシンは、ホストの「master.info」ファイルから受信したホストの更新レコードを保持します。スタンバイスレッドのステータスは、SQL コマンド「SHOW SLAVE-STATUS」で確認できます。スタンバイマシンでバイナリログの処理中にエラーが発生した場合、スタンバイマシンのスレッドが終了し、*.err ログファイルにメッセージが生成されます。その後、SQL ステートメント「SLAVE START」を使用してエラーを修正し、スタンバイスレッドを再起動できます。スレッドは、ホストバイナリログ処理が中断されたところから処理を続行します。
この時点で、メインマシンで発生したデータ変更はスタンバイマシンにコピーされているはずです。テストするには、メインマシンでレコードを挿入または更新し、スタンバイマシンでこのレコードを選択します。
これで、マシン A からマシン B へのマスターとスレーブの関係が確立されました。これにより、マシン A がクラッシュする可能性がある場合に、すべてのクエリをマシン B にリダイレクトできますが、マシン A が回復すると、変更をマシン A に復元する方法がありません。。この問題を解決するには、マシン B からマシン A へのマスター/スレーブ関係を作成します。