接続を繰り返し試行する。このパラメータは試行間隔を指定する。このパラメータの単位は秒である。死活確認のためキープアライブパケットを生成する。このパラメータの単位は秒である。timeこのパラメータで指定した時間内にキープアライブパケットに応答しなければならない。応答パケットが返ってこない場合、その対向ノードは死んだと判断される。マイナーデバイスあたりに使用するメモリを制限する。ハードコードされている。これらバッファはディスクからの読み書きの際にデータブロックを保持するために使用される。輻輳時のデッドロックを回避するために、この設定はハード制限というよりは閾値として使用される。最大バッファページが使用されると、プールからのそれ以上の割り当てが制限される。回以上失敗した場合、そのセカンダリノードはクラスタから排除される。(つまり、プライマリノードが接続をいったん終了し、再接続する)。デフォルトはバージョン間で変更されている。number書き込みバリア間に処理するデータブロックの最大数を指定する。未満の値を指定するとパフォーマンスが低下することがある。allow-two-primariesこのオプションを指定すると、両ノードにプライマリを割り当てられる。このオプションは分散共有ファイルシステムを使うときのみ指定する。これら以外のファイルシステムを使うときにこのオプションを指定すると、データの破損とノードのダウンを引き起こす。上回ると、下位デバイスに対して書き込みリクエストを送る。同じ値を指定するときに最良の結果が得られる。アルゴリズムを指定する。対向ノードの認証は行うべきである。アルゴリズムが使われる。記録されている任意のダイジェストアルゴリズムを指定できる。shared-secret対向ノードの認証には共有秘密鍵が使用され、64文字までで指定する。指定しないと対向ノードの認証は行われない。policy指定できるポリシーは以下の通り:disconnect自動再同期を行わず接続を切断する。discard-younger-primaryスプリットブレイン発生前にプライマリであったノードからの再同期を自動的に実行する。discard-older-primaryスプリットブレイン発生時にプライマリになったノードからの再同期を自動的に実行する。discard-zero-changesプリットブレイン発生後どちらか一方のノードに書き込みがまったく行われなかったことが明白な場合、書き込みが行われたノードから行われなかったノードに対する再同期が実行される。ブロックの再同期を実行する。両ノードに書き込みが行われた場合、このポリシーはノードの接続を切断する。discard-least-changesスプリットブレイン発生後、より多くのブロックを書き込んだノードから他方に対する再同期を実行する。discard-node-NODENAME指定した名前のノードに対する再同期を実行する。policy指定できるポリシーは以下の通り:disconnect自動再同期を行わず接続を切断する。アルゴリズムの結果が現在のセカンダリノードのデータを壊すことになる場合、セカンダリノードのデータを捨てる。ない場合は接続を切断する。ない場合は接続を切断する。アルゴリズムの判断を採用する。使用し、かつ十分に理解している場合のみ有用である。プライマリノードでファイルシステムをマウントしている場合、このポリシーは危険であり、マシンを破壊する可能性がある。discard-secondaryセカンダリ側のデータを捨てる。アルゴリズムの判断を常に採用する。ハンドラが呼び出される。policy指定できるポリシーは以下の通り:disconnect自動再同期を行わず接続を切断する。アルゴリズムの判断を採用する。使用し、かつ十分に理解している場合のみ有用である。プライマリノードでファイルシステムをマウントしている場合、このポリシーは危険であり、マシンを破壊する可能性がある。このプログラムには、マシンをリブートしてそのマシンをセカンダリにするような機能が要求される。値から明らかな場合のみ、スプリットブレイン発生後の修復ポリシーだけが適用される。このオプションを指定すると、両ノードのデータに関連性があるとして、スプリットブレイン発生後のポリシーが適用される。番目のノードの存在が疑われる場合には、フル同期が行われることがある。policyこのオプションは、再同期決定の結果がクラスタ内の現在のロール割り当てと互換性がない場合を解決するのに役立つ。disconnect自動再同期を行わず接続を切断する。つに対して安定しているという前提に反す。危険なので使ってはならない。ヘルパープログラムを呼び出す。ヘルパープログラムはマシンを再起動することが期待され、ノードをセカンダリにする。ポリシーによって決定される。ハッシュ値を比較する機能を備えている。ビットチェックサムで保証される。このオプション値には、カーネルがサポートする任意のダイジェストアルゴリズムを指定できる。デフォルトでは、この機能は無効である。データ整合性に関する説明も参照のこと。オプションを使って、いつ追加データを受け取るか、あるいは送信キューのデータをいつフラッシュするかのヒントを得ている。この方法が悪影響を及ぼすネットワークスタックが少なくとも存在する。したがって、このオプションを導入された。ソケットオプションの設定を無効にする。書き込みをブロックする。送信できるデータ量を越えてディスクに書きこもうとするアプリケーションの処理速度が低下することを意味する。モードに移行するのが望ましい。間の通信は切断しないが、データレプリケーションは行われなくなる。バッファがすべての書き込み要求を受け入れるのに十分でなくても、アプリケーションが遅くならないことである。欠点は、対向ノードが後れをとっているため、同期状態に戻すために再同期が必要になることである。再同期中対向ノードのデータは不整合状態のままとなる。