問題と解決策をコピーします
データの破損やエラーの損失
様々な理由から、MySQLのレプリケーションは、サーバーのクラッシュ、停電、ディスクの破損、メモリまたはネットワークエラー回復から十分ではありません。ほぼ確実に、いくつかのポイントの出会いに、これらの問題を再起動するように最初からコピーする必要があります。
非正規のシャットダウンにほとんどの皮膚の問題は、ディスクブラシへのタイムリーなデータの欠如によって引き起こされます
メインとバックアップデータベースのストレージエンジンは異なるライブラリを使用します
スタンバイ・データベース上の異なるストレージエンジンを使用し、それが時には有益であり得ます。スタンバイ・データベースが異なるストレージエンジンを使用する場合は、ベースとされるいくつかのシナリオが、使用複製声明の中で、そのような不確実性のステートメントとしてメイン図書館と図書館の機器で異なる実行結果を生じ得るさまざまな朱のスタンバイ・データベースを使用していますより多くの可能性の高いストレージエンジンの間に問題を引き起こします。
非複製されたデータの依存関係
スタンバイ・データベースを使用している場合は、メインライブラリー内のデータベースやテーブルに存在しない場合、コピーは誤って壊すことは非常に容易であり、またその逆になります。ライブラリがスクラッチという名前のプライマリ・データベース・リポジトリに存在しません準備があるとします。これは、プライマリ・データベース上のデータベース内のテーブルを更新発生した場合、スタンバイ・データベースは、これらの更新プログラムの再生を中断しようとします。すでにメインライブラリのコピーに存在することをスタンバイ・データベースにテーブルを作成した場合も同様に、中断されることがあります。