鏡像集群提供了三種運行模式
○ 高性能模式：principal 與 mirror 之間數(shù)據(jù)異步傳輸，principal 上的事務(wù)提交無需等待 mirror 的響應(yīng)，principal 宕機后，存在數(shù)據(jù)更新丟失的可能，不支持自動故障轉(zhuǎn)移，可以通過強制服務(wù)的方式使得 mirror 提供服務(wù)。適合對數(shù)據(jù)可靠性要求不高，性能要求較高的業(yè)務(wù)場景，與 MySQL 的異步復(fù)制模式，Oracle DataGuard 最大性能模式相近；
○ 不帶故障轉(zhuǎn)移的高安全模式：principal 上所有的事務(wù)提交，都必須要確認該事務(wù)涉及的事務(wù)日志均已經(jīng)傳送到的 mirror 上，并寫入 mirror 的重做隊列中，持久化（是否持久化到外存設(shè)備還與 windows 操作系統(tǒng)寫入緩存策略相關(guān)），mirror 返回確認后，才可提交，可以實現(xiàn) principal 宕機下數(shù)據(jù)“零”丟失，不支持自動故障轉(zhuǎn)移，可以通過手動轉(zhuǎn)移或者強制服務(wù)方式使得 mirror 提供服務(wù)。與 MySQL 5.7 Loss-less replication、Oracle DataGuard 最大可用模式相近；
○ 帶故障轉(zhuǎn)移的高安全模式：與不帶故障轉(zhuǎn)移的高安全模式相比，增加了 witness (見證服務(wù)器)，可以實現(xiàn)自動的故障轉(zhuǎn)移，通過 witness，可以確保只有一個節(jié)點成為 principal，對外提供服務(wù)，實際上 witness 最重要的一個作用就是選主；
故障轉(zhuǎn)移
鏡像集群故障轉(zhuǎn)移最復(fù)雜場景就是帶見證服務(wù)器的支持自動故障轉(zhuǎn)移的高安全模式，所以我們重點討論該模式下的故障處理流程。
初始狀態(tài)下，witness、principal 和 mirror 三個節(jié)點兩兩之間均保持長連接會話，現(xiàn)在討論其中一方連接中斷的情況：
Principal 與 witness 連接中斷：
此時 witness 與 mirror 連接正常，觸發(fā)自動故障恢復(fù)流程，principal 丟失 witness 連接會話，如果 principal 仍在運行狀態(tài)，則將狀態(tài)標記為 disconnected，表示失去與 mirror 連接，切斷所有客戶端連接，停止讀寫服務(wù)，等待故障切換。為了防止網(wǎng)絡(luò)抖動引起不必要的切換，會話超時默認時間為 10秒；witness 和 mirror 將 principal 標記為不可用，等待 mirror 上的重做隊列中的事務(wù)日志回放（roll forward）完成后，mirror 成為新的 principal，開始對外提供讀寫服務(wù)。