2PC(兩階段事務(wù)提交) 兩階段事務(wù)提交簡化圖 兩階段事務(wù)提交異常點(diǎn)
節(jié)點(diǎn)本身故障(比如Down機(jī))
節(jié)點(diǎn)之間通信故障
兩階段事務(wù)提交錯誤點(diǎn)分析 說明圖中有問號的條目,是我不確定的地方,但是不影響這個分布式事務(wù)的結(jié)果
圖中的感嘆號條目,個人感覺其實也是允許先發(fā)消息再記錄日志的,但是如果這樣子做以后發(fā)生Down機(jī),客戶端或者TM都需要向其它機(jī)器詢問結(jié)果才能得到結(jié)論(而這樣子做的話會大大加長分布事務(wù)的阻塞時間和事務(wù)處理的復(fù)雜度,同時這樣做會有一個致命的缺陷,抹除了一部分可以自恢復(fù)場景。
分布式事務(wù)之兩階段提交
圖片原稿
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/65528.html
摘要:最終一致性一簡介是由支付寶架構(gòu)師提供的一種柔性解決分布式事務(wù)解決方案主要包括三個步驟流程的關(guān)鍵流程如下圖以下單和扣減庫存為例子預(yù)生成訂單失敗了為什么要通過執(zhí)行預(yù)處理數(shù)據(jù)回滾可能預(yù)生成訂單成功但是接口返回失敗超時失敗所以預(yù)處理在某些情況下是有 最終一致性(一) TCC 簡介 TCC是由支付寶架構(gòu)師提供的一種柔性解決分布式事務(wù)解決方案,主要包括三個步驟:showImg(/img/bVzc6...
摘要:以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。三階段提交即是引入了另一個步驟,主持人打電話跟組員通知請準(zhǔn)備通過提案,以避免沒人知道真實決定而造成決定不一致的失業(yè)危機(jī)。 3PC 以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。要是主持人在跟第一位組員通完電...
摘要:以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。三階段提交即是引入了另一個步驟,主持人打電話跟組員通知請準(zhǔn)備通過提案,以避免沒人知道真實決定而造成決定不一致的失業(yè)危機(jī)。 3PC 以兩階段提交來說,主持人收到一個提案請求,打電話跟每個組員詢問是否通過并統(tǒng)計回復(fù),然后將最后決定打電話通知各組員。要是主持人在跟第一位組員通完電...
摘要:最終一致性二基于的分布式事務(wù)補(bǔ)償機(jī)制序列圖異常場景處理預(yù)創(chuàng)建訂單失敗如果實際預(yù)創(chuàng)建訂單成功訂單定時補(bǔ)償機(jī)制定時刪除這部分訂單不影響數(shù)據(jù)一致性下單失敗預(yù)扣減庫存失敗如果預(yù)扣減庫存真實失敗則下單失敗訂單由定時補(bǔ)償機(jī)制定時刪除其它應(yīng)用參照場景的處 最終一致性(二) 基于MQ的分布式事務(wù)補(bǔ)償機(jī)制 序列圖 showImg(https://segmentfault.com/img/bVzeHX);...
摘要:最終一致性二基于的分布式事務(wù)補(bǔ)償機(jī)制序列圖異常場景處理預(yù)創(chuàng)建訂單失敗如果實際預(yù)創(chuàng)建訂單成功訂單定時補(bǔ)償機(jī)制定時刪除這部分訂單不影響數(shù)據(jù)一致性下單失敗預(yù)扣減庫存失敗如果預(yù)扣減庫存真實失敗則下單失敗訂單由定時補(bǔ)償機(jī)制定時刪除其它應(yīng)用參照場景的處 最終一致性(二) 基于MQ的分布式事務(wù)補(bǔ)償機(jī)制 序列圖 showImg(/img/bVzeHX); 異常場景處理 預(yù)創(chuàng)建訂單失敗:如果實際預(yù)創(chuàng)建...
閱讀 2271·2023-04-26 02:14
閱讀 2937·2021-09-30 09:46
閱讀 2113·2021-09-24 09:48
閱讀 974·2021-09-24 09:47
閱讀 3262·2019-08-30 15:44
閱讀 1887·2019-08-30 15:44
閱讀 3292·2019-08-30 14:18
閱讀 1962·2019-08-30 12:58