一、什么是最終一致性
在分布式系統(tǒng)中，一致性是指數(shù)據(jù)在多個(gè)副本之間能否保持一致的特性厢漩。當(dāng)系統(tǒng)在數(shù)據(jù)一致的狀態(tài)執(zhí)行更新操作后蟋座，也應(yīng)該保證系統(tǒng)的數(shù)據(jù)仍保持一致的狀態(tài)拗踢。在CAP理論中，系統(tǒng)的一致性（C）向臀，可用性（A）巢墅，分區(qū)容錯(cuò)性（P）不可同時(shí)滿足，而可用性和分區(qū)容錯(cuò)性又是分布式系統(tǒng)必要的，只能犧牲一致性保證系統(tǒng)的最終一致性來(lái)保證系統(tǒng)的高可用君纫。
二驯遇、傳統(tǒng)分布式事務(wù)
2PC、3PC協(xié)議能保證數(shù)據(jù)的強(qiáng)一致性蓄髓，但不是分布式系統(tǒng)中一致性保證的最佳實(shí)踐叉庐。原因如下：
1）分布式系統(tǒng)中各個(gè)應(yīng)用的數(shù)據(jù)大多是自己私有的，應(yīng)用之間通過(guò)API進(jìn)行訪問(wèn)会喝，這種方式使得應(yīng)用之間松耦合陡叠，彼此之間很容易進(jìn)行擴(kuò)展。若通過(guò)傳統(tǒng)分布式事務(wù)肢执，則將不同應(yīng)用的數(shù)據(jù)訪問(wèn)捆綁在一起枉阵。
2）不同應(yīng)用使用不同數(shù)據(jù)庫(kù)，若有的應(yīng)用使用NOSQL數(shù)據(jù)庫(kù)预茄，這些非關(guān)系型數(shù)據(jù)庫(kù)不支持2PC兴溜。
三、最終一致性實(shí)現(xiàn)
在我原來(lái)所做系統(tǒng)中耻陕，要根據(jù)不同維度記錄用戶的賬本拙徽，如根據(jù)用戶名、銀行卡號(hào)記錄月賬诗宣、年賬斋攀。由于數(shù)據(jù)量大，需對(duì)記賬數(shù)據(jù)進(jìn)行分庫(kù)分表梧田，一致性的問(wèn)題就產(chǎn)生了淳蔼。
采用的方法是創(chuàng)建一張映射表，映射表和請(qǐng)求表一樣裁眯，通過(guò)請(qǐng)求號(hào)進(jìn)行hash取模鹉梨，因此可保證請(qǐng)求表和映射表在同一個(gè)庫(kù)里，可進(jìn)行事務(wù)操作穿稳。映射表中記錄的是請(qǐng)求號(hào)和每個(gè)記賬主體的對(duì)應(yīng)關(guān)系存皂，當(dāng)接收到請(qǐng)求時(shí)，將請(qǐng)求按記賬主體進(jìn)行拆分后同時(shí)入庫(kù)到請(qǐng)求表和映射表逢艘，同時(shí)映射表中會(huì)記錄每個(gè)記賬主體的狀態(tài)為記賬中（PROCESSING）旦袋。
而賬本表中則是根據(jù)記賬主體號(hào)進(jìn)行hash取模，為保證記賬操作不重復(fù)它改，增加一張憑證表疤孕，憑證表也是根據(jù)主體號(hào)進(jìn)行hash取模，且憑證表需保證記賬的冪等性央拖。由于憑證表和賬本表的入庫(kù)在一個(gè)事務(wù)中祭阀，可根據(jù)是否存在憑證信息來(lái)判斷記賬是否成功鹉戚。
當(dāng)記賬成功后，回到映射表將對(duì)應(yīng)映射表中的狀態(tài)改為記賬成功（SUCCESS）专控。同時(shí)配置一個(gè)定時(shí)任務(wù)抹凳，定期（10分鐘）掃描映射表，看是否有狀態(tài)不為記賬成功的記錄伦腐，若有則重新進(jìn)行一次記賬操作赢底，由于記賬時(shí)做了冪等性校驗(yàn)，因此重復(fù)的記賬操作對(duì)記賬結(jié)果沒(méi)有影響柏蘑。
還可創(chuàng)建一張重試表幸冻，在記賬操作重試過(guò)若干次（3次）還不成功的情況下，給運(yùn)營(yíng)人員發(fā)送短信辩越，由人為介入的方式進(jìn)行相應(yīng)的調(diào)賬。至此信粮，可保證記賬操作的最終一致性黔攒。
本文作者：鐘亮（點(diǎn)融黑幫），java程序猿强缘，平扯蕉瑁看看電影玩玩游戲，目前就職于點(diǎn)融成都分公司旅掂，軟件開(kāi)發(fā)工程師一枚赏胚。
