摘要:最終一致性二基于的分布式事務(wù)補償機制序列圖異常場景處理預(yù)創(chuàng)建訂單失敗如果實際預(yù)創(chuàng)建訂單成功訂單定時補償機制定時刪除這部分訂單不影響數(shù)據(jù)一致性下單失敗預(yù)扣減庫存失敗如果預(yù)扣減庫存真實失敗則下單失敗訂單由定時補償機制定時刪除其它應(yīng)用參照場景的處
最終一致性(二) 基于MQ的分布式事務(wù)補償機制 序列圖 異常場景處理
預(yù)創(chuàng)建訂單失敗:如果實際預(yù)創(chuàng)建訂單成功,訂單定時補償機制,定時刪除這部分訂單,不影響數(shù)據(jù)一致性,下單失敗
預(yù)扣減庫存失敗:如果預(yù)扣減庫存真實失敗,則下單失敗(訂單由定時補償機制定時刪除,其它應(yīng)用參照場景4的處理方式,下單失敗;如果實際預(yù)扣減庫存成功,參照場景4的處理方式,下單失敗
實際創(chuàng)建訂單失敗:如果創(chuàng)建訂單真實失敗(不需要發(fā)送下單失敗消息,防止實際創(chuàng)建訂單成功場景)
,訂單的預(yù)處理數(shù)據(jù)通過訂單的定時補償機制嘗試刪除(需要考慮事務(wù)處理時間,將超過某個時間范圍該事務(wù)還處于預(yù)處理狀態(tài)的訂單刪除),下單失敗;如果實際創(chuàng)建訂單成功,其它應(yīng)用參照場景4的處理方式,下單成功(提示用戶下單失敗)
發(fā)送訂單創(chuàng)建成功消息失敗/庫存服務(wù)由于各種原因沒有接到下單成功消息:庫存服務(wù)定時輪詢處理數(shù)據(jù)(需要考慮事務(wù)處理時間,將超過某個時間范圍該事務(wù)還處于預(yù)處理狀態(tài)的訂單篩選出來),詢問訂單服務(wù)改訂單Id對應(yīng)的訂單是否創(chuàng)建成功,根據(jù)訂單創(chuàng)建成功與否選取相應(yīng)的事務(wù)補償機制
和TCC的比較TCC是把所有的訂單創(chuàng)建步驟平等看待,只要有一個失敗,整個下單流程全部失敗(比較TCC里面的confirm失敗和基于MQ實際創(chuàng)建訂單失敗的補償難易程度)
TCC是通過發(fā)消息給TCC服務(wù)器,然后由TCC服務(wù)調(diào)用應(yīng)用服務(wù);基于MQ的分布式事務(wù)補償機制,是通過將消息發(fā)送到MQ,然后由應(yīng)用自己去監(jiān)聽MQ的事件
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/21778.html
摘要:最終一致性二基于的分布式事務(wù)補償機制序列圖異常場景處理預(yù)創(chuàng)建訂單失敗如果實際預(yù)創(chuàng)建訂單成功訂單定時補償機制定時刪除這部分訂單不影響數(shù)據(jù)一致性下單失敗預(yù)扣減庫存失敗如果預(yù)扣減庫存真實失敗則下單失敗訂單由定時補償機制定時刪除其它應(yīng)用參照場景的處 最終一致性(二) 基于MQ的分布式事務(wù)補償機制 序列圖 showImg(/img/bVzeHX); 異常場景處理 預(yù)創(chuàng)建訂單失敗:如果實際預(yù)創(chuàng)建...
摘要:最終一致性一簡介是由支付寶架構(gòu)師提供的一種柔性解決分布式事務(wù)解決方案主要包括三個步驟流程的關(guān)鍵流程如下圖以下單和扣減庫存為例子預(yù)生成訂單失敗了為什么要通過執(zhí)行預(yù)處理數(shù)據(jù)回滾可能預(yù)生成訂單成功但是接口返回失敗超時失敗所以預(yù)處理在某些情況下是有 最終一致性(一) TCC 簡介 TCC是由支付寶架構(gòu)師提供的一種柔性解決分布式事務(wù)解決方案,主要包括三個步驟:showImg(/img/bVzc6...
摘要:為程序員金三銀四精心挑選的余道面試題與答案,歡迎大家向我推薦你在面試過程中遇到的問題我會把大家推薦的問題添加到下面的常用面試題清單中供大家參考。 為Java程序員金三銀四精心挑選的300余道Java面試題與答案,歡迎大家向我推薦你在面試過程中遇到的問題,我會把大家推薦的問題添加到下面的常用面試題清單中供大家參考。 前兩天寫的以下博客,大家比較認可,熱度不錯,希望可以幫到準備或者正在參加...
2PC(兩階段事務(wù)提交) 兩階段事務(wù)提交簡化圖 showImg(/img/bVsV61); 兩階段事務(wù)提交異常點 節(jié)點本身故障(比如Down機) 節(jié)點之間通信故障 兩階段事務(wù)提交錯誤點分析 showImg(/img/bVsV56); 說明 圖中有問號的條目,是我不確定的地方,但是不影響這個分布式事務(wù)的結(jié)果 圖中的感嘆號條目,個人感覺其實也是允許先發(fā)消息再記錄日志的,但是如果這樣子做以后發(fā)生D...
摘要:以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。三階段提交即是引入了另一個步驟,主持人打電話跟組員通知請準備通過提案,以避免沒人知道真實決定而造成決定不一致的失業(yè)危機。 3PC 以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。要是主持人在跟第一位組員通完電...
閱讀 587·2023-04-25 21:29
閱讀 1119·2023-04-25 21:27
閱讀 1059·2021-11-25 09:43
閱讀 1091·2021-09-29 09:43
閱讀 3626·2021-09-03 10:30
閱讀 2864·2019-08-29 15:26
閱讀 2812·2019-08-29 12:52
閱讀 1753·2019-08-29 11:10