これらの計算ではネットワーク帯域幅を無限と想定しており、システムにおいて重要である可能性があるさまざまなほかの要因が無視されています。個のレプリケーションスレーブを追加した場合のシステムの状態を正確に予測する前述と同様の計算を行うことはできません。次の質問に答えると、レプリケーションによってシステムのパフォーマンスが改善されるかどうか、およびどれくらい改善されるかを判別するのに役立ちます。システムの読み取りと書き込みの比率はどれくらいですか。読み取りを減らした場合、単一のサーバーで書き込みのロードをどれくらい処理できますか。ネットワークで帯域幅を使用できるスレーブはいくつですか。A.13.9.冗長性または高可用性を持たせるには、レプリケーションをどのように使用すればよいですか。冗長性の実装方法は、アプリケーションおよび状況によってまったく異なります。サーバーからスレーブへのフェイルオーバーのサポートを提供する、カスタムスクリプトまたはサードパーティーのツールが必要となります。障害が発生したサーバーから新しいサーバーに変更することによって、障害が発生したマスターから事前構成されているスレーブに切り替えることができる必要があります。詳細およびソリューションの例については、セクション17.3.6「フェイルオーバー中にマスターを切り替える」を参照してください。A.13.10.マスターサーバーがステートメントベースのバイナリロギング形式または行ベースのバイナリロギング形式のどちらを使用しているかを判別するにはどうすればよいですか。システム変数の値を確認します。モードの場合、行ベースのロギングが望ましいのですが、特定の状況では、レプリケーションがステートメントベースのロギングに自動的に切り替わります。これが発生する場合については、セクション5.2.4.3「混合形式のバイナリロギング形式」を参照してください。A.13.11.行ベースのレプリケーションを使用するようにスレーブに指示するにはどうすればよいですか。スレーブは使用する形式を自動的に識別します。ステートメントがスレーブマシンにレプリケートされないようにするにはどうすればよいですか。データベースのテーブルのレプリケーションが無視されるようにします。実行されている場合)。ビットマシンで実行されている場合)。