之前在InfoQ上看過支付寶分享的SOA架構(gòu)下的事務(wù)處理經(jīng)驗, 其中提到 TCC (Try-Confirm-Cancel) 模式。自己思考了一下，實現(xiàn)一個支持TCC事務(wù)的業(yè)務(wù)服務(wù)在復(fù)雜場景下還是有難度，例如一個業(yè)務(wù)服務(wù)可能涉及到一系列的數(shù)據(jù)表的變化，如何才能保證在try以后這些數(shù)據(jù)被鎖定（防止其他事務(wù)用掉,進(jìn)而導(dǎo)致confirm的時候失?。?希望有過TCC開發(fā)經(jīng)驗的同學(xué)分享一下心得。
4 回答
撒科打諢
TA貢獻(xiàn)1934條經(jīng)驗 獲得超2個贊
TCC是分布式事務(wù)實現(xiàn)的一種方式
TRYING 階段主要是對業(yè)務(wù)系統(tǒng)做檢測及資源預(yù)留
CONFIRMING 階段主要是對業(yè)務(wù)系統(tǒng)做確認(rèn)提交，TRYING階段執(zhí)行成功并開始執(zhí)行CONFIRMING階段時，默認(rèn) CONFIRMING階段是不會出錯的。即：只要TRYING成功，CONFIRMING一定成功。
CANCELING 階段主要是在業(yè)務(wù)執(zhí)行錯誤，需要回滾的狀態(tài)下執(zhí)行的業(yè)務(wù)取消，預(yù)留資源釋放。
而冪等性則是指業(yè)務(wù)方法調(diào)用一次與調(diào)用多次的執(zhí)行返回結(jié)果是一樣的。
舉個支付項目的例子：
支付系統(tǒng)接收到會員的支付請求后，需要扣減會員賬戶余額、增加會員積分（暫時假設(shè)需要同步實現(xiàn)）增加商戶賬戶余額
再假設(shè)：會員系統(tǒng)、商戶系統(tǒng)、積分系統(tǒng)是獨立的三個子系統(tǒng)，無法通過傳統(tǒng)的事務(wù)方式進(jìn)行處理。
TRYING階段：我們需要做的就是會員資金賬戶的資金預(yù)留，即：凍結(jié)會員賬戶的金額（訂單金額）
CONFIRMING階段：我們需要做的就是會員積分賬戶增加積分余額，商戶賬戶增加賬戶余額
CANCELING階段：該階段需要執(zhí)行的就是解凍釋放我們扣減的會員余額
以上所有的操作需要滿足冪等性，冪等性的實現(xiàn)方式可以是：
1、通過唯一鍵值做處理，即每次調(diào)用的時候傳入唯一鍵值，通過唯一鍵值判斷業(yè)務(wù)是否被操作，如果已被操作，則不再重復(fù)操作
2、通過狀態(tài)機(jī)處理，給業(yè)務(wù)數(shù)據(jù)設(shè)置狀態(tài)，通過業(yè)務(wù)狀態(tài)判斷是否需要重復(fù)執(zhí)行
另外：你也可以看下這篇博客，上面是以傳統(tǒng)電商平臺支付系統(tǒng)為例的一套分布式事務(wù)處理實現(xiàn)，講的也比較深
http://www.roncoo.com/article/detail/124243
添加回答
舉報
0/150
提交
取消