二、MySQLのマスタースレーブレプリケーションのシナリオ
MySQLのマスタースレーブのレプリケーションは、アクセス速度とメンテナンスのしやすさを改善するために堅牢なデータベースアーキテクチャを助長しています。
マスターサーバーの相互バックアップから1、
サーバアーキテクチャから設定は、大幅プライマリ・データベース・スキーマのロバスト性を強化することができます。例：プライマリサーバの問題は、我々は、手動または自動でサーバーからサービスを提供し続けるために切り替えることができた場合。
これは、バックアップを同期させるためにはinotify + NFSのrsyncによるNFSストアのデータに似ていることは非常に似ていますが、MySQLの同期方式は、ビルトインツールです。
*非同期は矛盾することがあります。
1）を行うためのライブラリからの特別なバックアップを探している、主な問題は、サービスを引き継ぐための準備、完了データの上に主のbinlogのプル
2）デュアルライト（）
3）アプリケーションを介して、ライブラリからの短い1分間のログ、完了を書きます
4）非同期、同期、リアルタイム同期に置き換え（Googleが準同期プラグインを開発：主成功した場合、また、成功して調製され、成功すること、ならびに効率の問題、待ち時間を設定）
ヒト以外のハードウェア、サービスの障害、人為的なドロップの実装、無力削除します。
2、圧力を共有するために読んで、マスター・サイトからの書き込みは別
マスターサーバーアーキテクチャからユーザ（クライアント）別リードプログラム（PHP、Java（登録商標））またはプロキシソフトウェア（MySQLのプロキシ、アメーバ）によって実装され、還元、すなわち、サーバからユーザのみSELECTクエリ要求を処理することにより、書き込み要求をすることができますユーザークエリの応答時間や読み書きする圧力と同時に、まだプロセスを更新し、プライマリサーバに（アップデータ、削除、挿入）データのためのメインサーバに持ち込む、サイトが非更新の場合は、リアルタイムの同期を維持するために、プライマリおよびセカンダリサーバことを確認してください（ブラウザベース）は主に事業からなる、などリーダー・サーバーの負荷分散戦略から分離されているブログ、WWWホームショービジネス、これ以上のクエリ、としては非常に有効であり、これは伝説的リテラシーでありますデータベース構造を取り外します。
中規模および大規模企業：プログラムを通じて（PHP、Javaの）
テスト環境：エージェントソフトウェア（mysqlのプロキシ、アメーバ）
ポータル：分散dbproxy（別々の読み取りおよび書き込み、ハッシュロードバランシング、ヘルスチェック）
3、サーバーによれば、圧力分割運用独立性を共有します
いくつかの異なるサーバーから、同社のビジネスに応じて分割することができます。例：サーバーから外部ユーザーのクエリサービスを約束し、サーバからサーバからバックアップのためにそこにDBAだけでなく、バックグラウンドとして内部スタッフへのアクセスを提供し、スクリプト、分析および開発サービスをログに記録します。マスタ圧の解決に加えて、このような緩和。これにより、ユーザーは、互いに独立の外部、内部処理内部のビジネスユーザー、およびDBAのバックアップ操作を閲覧することができます。特定のは、説明するために、以下の簡単なアーキテクチャを使用することができます。
図ロジック：
