強(qiáng)一致性的最佳保證最好是在底層完成自娩。或是像Stateful 的 Sticky Session 那樣在一臺(tái)機(jī)器上完成。大多數(shù)業(yè)務(wù)最終一致性就好腐螟。

一窑业、ACID 和 BASE區(qū)別

ACID 保證了數(shù)據(jù)庫的一致性(銀行轉(zhuǎn)賬)

分布式系統(tǒng)钦幔，尤其微服務(wù)，這樣的方式是很難高性能常柄。因?yàn)镃AP 理論和提高性能鲤氢，出現(xiàn)了 ACID 的一個(gè)變種 BASE。

Basic Availability：基本可用西潘。暫時(shí)不可用的狀態(tài)卷玉，后面會(huì)快速恢復(fù)。

Soft-state：軟狀態(tài)喷市∠嘀郑“有狀態(tài)”和“無狀態(tài)”的服務(wù)的一種中間狀態(tài)。為了提高性能品姓，讓服務(wù)暫時(shí)保存一些狀態(tài)或數(shù)據(jù)寝并，這些狀態(tài)和數(shù)據(jù)不是強(qiáng)一致性的。

Eventual Consistency：最終一致性腹备，短暫的時(shí)間段內(nèi)不一致衬潦，最終整個(gè)系統(tǒng)看到的數(shù)據(jù)是一致的。

二馏谨、網(wǎng)上賣書的場(chǎng)景：

ACID：買同一本書的過程中别渔，每個(gè)用戶的購買請(qǐng)求都需要把庫存鎖住，等減完庫存后惧互，把鎖釋放出來哎媚，后續(xù)的人才能進(jìn)行購買。同一時(shí)間不可能有多個(gè)用戶下單喊儡，有排隊(duì)的情況拨与，不可能做出性能比較高的系統(tǒng)來。

BASE：可以同時(shí)下單艾猜，不需要去真正地分配庫存买喧，異步且批量地處理訂單。下單沒有真正去減庫存匆赃，有可能會(huì)有超賣的情況淤毛。異步地處理訂單時(shí)，發(fā)現(xiàn)庫存沒有了算柳，于是才會(huì)告訴用戶你沒有購買成功低淡。

BASE 這種玩法，其實(shí)就是亞馬遜的玩法，因?yàn)橐鶕?jù)用戶的地址去不同的倉庫查看庫存蔗蹋，這個(gè)操作非常耗時(shí)何荚，所以，不想做成異步的都不行猪杭。

系統(tǒng)收到你的訂單了餐塘，然后一會(huì)兒你會(huì)收到你的訂單被確認(rèn)的郵件，這時(shí)候才是真正地分配了庫存皂吮。某些時(shí)候戒傻，你先收到了下單的郵件，過一會(huì)又收到了沒有庫存的致歉的郵件蜂筹。

三稠鼻、業(yè)務(wù)補(bǔ)償

業(yè)務(wù)補(bǔ)償：首先做成冪等性的，一個(gè)事務(wù)失敗了或是超時(shí)了狂票，不斷地重試，努力地達(dá)到最終我們想要的狀態(tài)熙暴。如果達(dá)到闺属，狀態(tài)恢復(fù)到之前。如果有變化的請(qǐng)求周霉，啟動(dòng)整個(gè)事務(wù)的業(yè)務(wù)更新機(jī)制掂器。

比如：要找很多方協(xié)調(diào)很多事，每一件事都要成功俱箱，否則整件事就做不到国瓮。

可以并行地做這些事，而如果某個(gè)事有變化狞谱，其它的事都會(huì)跟著出現(xiàn)一些變化乃摹。

1.業(yè)務(wù)補(bǔ)償機(jī)制需要做到下面這幾點(diǎn)：

（1）起始狀態(tài)定義：要達(dá)到什么樣的狀態(tài)（比如：請(qǐng)假、機(jī)票跟衅、酒店這三個(gè)都必須成功孵睬，租車是可選的），如果條件不滿足伶跷，要回退到哪一個(gè)狀態(tài)掰读。是整個(gè)業(yè)務(wù)的

（2）狀態(tài)擬合：當(dāng)整條業(yè)務(wù)跑起來的時(shí)候，我們可以串行或并行地做這些事叭莫。對(duì)于旅游訂票是可以并行的蹈集，但是對(duì)于網(wǎng)購流程（下單、支付雇初、送貨）是不能并行的拢肆。總之，我們的系統(tǒng)需要努力地通過一系列的操作達(dá)到一個(gè)我們想要的狀態(tài)善榛。如果達(dá)不到辩蛋，就需要通過補(bǔ)償機(jī)制回滾到之前的狀態(tài)。

（3）修改事務(wù)：對(duì)于已經(jīng)完成的事務(wù)進(jìn)行整體修改移盆。

純技術(shù)的世界里也有這樣的事悼院。比如，線上運(yùn)維系統(tǒng)進(jìn)行水平擴(kuò)展咒循，先找到相應(yīng)的機(jī)器据途，然后初始化環(huán)境，再部署上應(yīng)用叙甸，再做相應(yīng)的健康檢查颖医，最后接入流量。這一系列的動(dòng)作都要完全成功裆蒸，所以熔萧，我們的部署系統(tǒng)就需要管理好整個(gè)過程和相關(guān)的運(yùn)行狀態(tài)。

2.業(yè)務(wù)補(bǔ)償?shù)脑O(shè)計(jì)重點(diǎn)

（1）支持冪等性僚祷，在上游有重試機(jī)制佛致，因?yàn)橐岩粋€(gè)業(yè)務(wù)流程執(zhí)行完成，

（2）工作流引擎（高可用和穩(wěn)定的）辙谜，維護(hù)和監(jiān)控整個(gè)過程的狀態(tài)俺榆，不要把這些狀態(tài)放到不同的組件中。把需求告訴它装哆，幫我們搞定所有的事罐脊。如果有問題，也會(huì)回滾和補(bǔ)償?shù)摹?/p>

（3）設(shè)計(jì)業(yè)務(wù)正向流程的時(shí)候蜕琴，也要設(shè)計(jì)業(yè)務(wù)的反向補(bǔ)償流程.補(bǔ)償?shù)臉I(yè)務(wù)邏輯和流程不一定非得是嚴(yán)格反向操作萍桌。有時(shí)候可以并行，有時(shí)候凌简，可能會(huì)更簡單梗夸。

（4）業(yè)務(wù)補(bǔ)償?shù)臉I(yè)務(wù)邏輯是強(qiáng)業(yè)務(wù)相關(guān)的，很難通用的号醉。

（5）下層的業(yè)務(wù)方最好提供短期的資源預(yù)留機(jī)制反症。就像電商中的把貨品的庫存預(yù)先占住等待用戶在 15 分鐘內(nèi)支付。如果沒有收到用戶的支付畔派，則釋放庫存铅碍。然后回滾到之前的下單操作，等待用戶重新下單线椰。