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

ステップ 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 へのマスター/スレーブ関係を作成します。

http://www.bkjia.com/PHPjc/532381.htmlwww.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/532381.html技術記事ステップ 2: スタンバイ マシンを構成する 続けてみましょう。スタンバイ マシンの MySQL サービス プログラムを停止し、ホスト マシンからコピーしたデータベース ディレクトリをスタンバイ マシンのデータ ディレクトリに移動します。ディレクトリをご確認ください...