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