第 1 步：業務分級
按照一定的標準將業務進行分級，挑選出核心的業務，只為核心業務設計異地多活，降低方案整體複雜度和實現成本。
常見的分級標準有下面幾種：
第 2 步：資料分類
第 3 步：資料同步.
確定資料的特點後，我們可以根據不同的資料設計不同的同步方案。常見的資料同步方案有：
第 4 步：異常處理
異常（如同步延遲、資料丟失、資料不一致等）處理就是假設在出現這些問題時，系統將採取什麼措施來應對。
異常處理主要有以下幾個目的：
常見的異常處理措施有這幾類：
多通道同步
多通道同步的含義是採取多種方式來進行資料同步，其中某條通道故障的情況下，系統可以通過其他方式來進行同步，這種方式可以應對同步通道處故障的情況。
多通道同步設計的方案關鍵點有：
同步和訪問結合
訪問指異地機房通過系統的介面來進行資料訪問。
同步和訪問結合方案的設計關鍵點有：
日誌記錄
日誌記錄主要用於使用者故障恢復後對資料進行恢復，其主要方式是每個關鍵操作前後都記錄相關一條日誌，然後將日誌儲存在乙個獨立的地方，當故障恢復後，拿出日誌跟資料進行對比，對資料進行修復。
常見的日誌儲存方式有：
使用者補償
無論採用什麼樣的異常處理措施，都只能最大限度地降低受到影響的範圍和程度，無法完全做到沒有任何影響。
ps：業務分級討論的時候，產品說 a 也很重要，因為影響使用者使用；b 也很重要，因為影響公司收入；c 也很重要，因為會導致客戶投訴……這種情況下我們該如何處理業務分級？
答：業務分級我覺得得從如下方面來分析：
1.部門或者公司當期的發力點，如果著重新使用者的增長 我覺得順序應該是acb，如果著重現有客戶滿意度，我覺得順序應該是cba，如果看重看重收益，那b的優先順序最高
2.可通過預**幣價值分析，進行業務分級；大致維度如下：風險發生概率 風險損耗成本 技術改造陳本 技術改造時長（月） 改造後成本節省（月）
mysql異地多活方案 對於異地多活的實踐與思考
對於異地多活的實踐與思考 瀏覽次數 707 一 引 異地多活是近幾年比較熱門的乙個話題，那麼在實際業務中什麼時候需要去做這件事？如何去做？做的時候需要考慮什麼？1 何時去做？個人感覺取決於以下幾個方面 業務發展 基礎設施狀況 技術積澱 2 如何做？目前在網上搜尋到的異地多活方案來看，基本都是阿里 餓...
異地多活（異地雙活）實踐經驗
異地多活 異地雙活 是最近業界討論比較多的話題，特別是前一陣子支付寶機房光纖故障和攜程網資料庫丟失之後，更加喚起了技術人員們對異地容災的考慮。而異地多活比異地容災更高一級，因為異地容災僅僅是乙個冷備的概念，而異地多活卻是指有兩個或者多個可以同時對外服務的節點，任意乙個點掛了，也可以迅速切換到其他節點...
mysql異地多活方案 聊聊多活
隨著業務量的增加，一次大區故障可能影響幾億人的使用，所以公司對於故障的容忍率越來越低。對了避免出現由於由於乙個機房入口光纜被挖斷或者機房停電導致服務不可用，所以很多公司做了多活。多活目前分 1.同城 異地多活 2.單元化部署 還有一種單元化的概念，把使用者按照id或者地理圍欄分段，每個段內的使用者資...