使用からMySQLのレプリケーションマスタ
- フェイルオーバーのための実施形態災害復旧、
- 別々の読み取りおよび書き込みアクセスサービスのための
- データの損失を回避するために、バックアップ、
マスターコピー条件からのMysql
- （内側から読み取るためのライブラリニーズから）メイン図書館オープンbinlogのログ
- マスターから別のMySQLサーバIDを必要と
- ライブラリサーバーからマスターライブラリと通信することができます
MySQLのマスタースレーブレプリケーションの原則
- 主なライブラリはバイナリログに結果セットを更新し、データベースに、ユーザの操作に行わCRUDを受け取ります
- IO 3の実施のメイン処理に法的手続きは、そうでない場合に対処することを拒否した場合見つけ、IOライブラリからのリクエストを送信するために主からマスタースレーブの同期は、パラメータのライブラリマスターの変更の主な図書館を見て、メインプロセスは、正当なものです
- マスターポイント、この位置からライブラリに送信する準備ができている最後のbinlogのログ、バイナリログまでログポイントの位置に応じてメインライブラリ。
- ビンログログは、私は、ライブラリから送信されたものを見つけて、また新しいログポイントを送信します。
- ライブラリーから受信したBINLOGログは、で本当にログ（ログリレー）を書き込みます。
- ログの位置ライブラリIOプロセスからの最後のbinlogのログを超える主要なライブラリパス保存再びポイントマスター情報。
- IOライブラリからサイクル開始要求は、その後、SQLを中継しませんチューブは、操作ログを読んで、行われます。新しいログ・ポイントに応じてライブラリからIOは、マスターデータベース、マスタデータベースを行う操作34への要求を開始し、その後、ライブラリから新しいバイナリログに送信され、次いで5つのライブラリーからの操作を行います。
- 実際には、リレー・ログにデータを置くための最初の時間は、SQLは、プロセス、同期を達成するために、ライブラリから書かれたSQL文の中にSQLリレー・ログ・データを変換するプロセスを知られています。
- ライブラリSQLスレッドカウントのログではなく、1回の読み取りからの読み取りログポイントは、relay-log.infoに店に読み込みます