說說分布式事務(二)

ysl_unh 發布于2019-08-14 15:17 / 2488人閱讀

摘要：以兩階段提交來說，主持人收到一個提案請求，打電話跟每個組員詢問是否通過并統計回復，然后將最后決定打電話通知各組員。三階段提交即是引入了另一個步驟，主持人打電話跟組員通知請準備通過提案，以避免沒人知道真實決定而造成決定不一致的失業危機。

3PC

以兩階段提交來說，主持人收到一個提案請求，打電話跟每個組員詢問是否通過并統計回復，然后將最后決定打電話通知各組員。要是主持人在跟第一位組員通完電話后失憶，而第一位組員在得知結果并執行后老人癡呆，那么即使重新選出主持人，也沒人知道最后的提案決定是什么，也許是通過，也許是駁回，不管大家選擇哪一種決定，都有可能與第一位組員已執行過的真實決定不一致，老板就會不開心認為決策小組溝通有問題而解雇。三階段提交即是引入了另一個步驟，主持人打電話跟組員通知請準備通過提案，以避免沒人知道真實決定而造成決定不一致的失業危機。為什么能夠解決二階段提交的問題呢？回到剛剛提到的狀況，在主持人通知完第一位組員請準備通過后兩人意外失憶，即使沒人知道全體在第一階段的決定為何，全體決策組員仍可以重新協調過程或直接否決，不會有不一致決定而失業。那么當主持人通知完全體組員請準備通過并得到大家的再次確定后進入第三階段，當主持人通知第一位組員請通過提案后兩人意外失憶，這時候其他組員再重新選出主持人后，仍可以知道目前至少是處于準備通過提案階段，表示第一階段大家都已經決定要通過了，此時便可以直接通過 --------

以上資料來自wiki百科,說明在2PC過程中,在第二個階段當協調者通知第一個客戶端A,并且第一個客戶端剛好執行完畢以后,這兩臺機器都Down掉了,而恰好這N-1臺機器投的都是Yes票(都處于不確定的狀態),這個時候整個事務就會被Block,暫時稱之為聾啞事件

客戶端A投的是Abort票,那么由于協調者和客戶端A都Down掉,那么整個事務應該是abort

客戶端A投的是commit票,并且協調者決定commit,那么整個事務應該是commit

客戶端A投的是commit票,并且協調者由于自身的原因決定abort,那么整個事務應該是abort

在3PC中引入了一個預提交的狀態

當在第二階段出現聾啞事件,那么這N-1臺機器可以根據超時機制直接abort掉,因為客戶端A如果提交了事務,只是預提交,當該機器重啟以后只要詢問周邊機器事務狀態,簡單的將事務回滾或者提交事務,就能保持事務的最終一致性

當進行到第三階段的時候,如果發生聾啞事件,那么其它處于「不確定狀態」的客戶端會直接執行commit,而不會像2PC一樣導致事務block,但是這樣會有一個風險(進入到第三個階段說明客戶端在第一階段投的都是Yes),因為在聾啞事件中,那臺Down掉的機器在第二階段中給協調者發送的不是prepared,這個時候協調者收到消息給客戶端發送的是abort命令.所以3PC只是樂觀的認為只要你第一階段大家投的都是Yes,那么最后成功提交的幾率很大

參考資料

關于分布式事務、兩階段提交協議、三階提交協議

GPU云服務器云服務器分布式事務分布式事務分布式事務處理分布式事務服務

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/65576.html

說說分布式事務(二)

摘要：以兩階段提交來說，主持人收到一個提案請求，打電話跟每個組員詢問是否通過并統計回復，然后將最后決定打電話通知各組員。三階段提交即是引入了另一個步驟，主持人打電話跟組員通知請準備通過提案，以避免沒人知道真實決定而造成決定不一致的失業危機。 3PC 以兩階段提交來說，主持人收到一個提案請求，打電話跟每個組員詢問是否通過并統計回復，然后將最后決定打電話通知各組員。要是主持人在跟第一位組員通完電...

Airy 2019-06-27 12:05 評論0 收藏0
說說分布式事務(四)

摘要：最終一致性二基于的分布式事務補償機制序列圖異常場景處理預創建訂單失敗如果實際預創建訂單成功訂單定時補償機制定時刪除這部分訂單不影響數據一致性下單失敗預扣減庫存失敗如果預扣減庫存真實失敗則下單失敗訂單由定時補償機制定時刪除其它應用參照場景的處最終一致性(二) 基于MQ的分布式事務補償機制序列圖 showImg(https://segmentfault.com/img/bVzeHX);...

qiangdada 2019-06-27 14:04 評論0 收藏0
說說分布式事務(四)

摘要：最終一致性二基于的分布式事務補償機制序列圖異常場景處理預創建訂單失敗如果實際預創建訂單成功訂單定時補償機制定時刪除這部分訂單不影響數據一致性下單失敗預扣減庫存失敗如果預扣減庫存真實失敗則下單失敗訂單由定時補償機制定時刪除其它應用參照場景的處最終一致性(二) 基于MQ的分布式事務補償機制序列圖 showImg(/img/bVzeHX); 異常場景處理預創建訂單失敗:如果實際預創建...

Anchorer 2019-08-14 14:18 評論0 收藏0
分布式事務中間件Seata的設計原理

摘要：如上圖所示，的實際上是已中間件的形式放在應用層，不用依賴數據庫對協議的支持，完全剝離了分布式事務方案對數據庫在協議支持上的要求。微信公眾號「后端進階」，專注后端技術分享：Java、Golang、WEB框架、分布式中間件、服務治理等等。在微服務架構體系下，我們可以按照業務模塊分層設計，單獨部署，減輕了服務部署壓力，也解耦了業務的耦合，避免了應用逐漸變成一個龐然怪物，從而可以輕松擴展，...

Kylin_Mountain 2019-08-16 18:32 評論0 收藏0
說說分布式事務(三)

摘要：最終一致性一簡介是由支付寶架構師提供的一種柔性解決分布式事務解決方案主要包括三個步驟流程的關鍵流程如下圖以下單和扣減庫存為例子預生成訂單失敗了為什么要通過執行預處理數據回滾可能預生成訂單成功但是接口返回失敗超時失敗所以預處理在某些情況下是有最終一致性(一) TCC 簡介 TCC是由支付寶架構師提供的一種柔性解決分布式事務解決方案,主要包括三個步驟:showImg(/img/bVzc6...

opengps 2019-08-14 14:18 評論0 收藏0