摘要:下面給出一個分布式事務方案如下圖補償情況分析當成功失敗處理未成功的消息重新發消息當成功成功失敗檢查消息表中是否執行過,執行過跳過,直接最終達到一致性優點經典實用缺點建消息表單記錄有追述分布式方案有很多,各有優缺點,適合自己的項目就好
為什么用分布式
隨著業務量激增,單個數據庫的性能產生瓶頸的時候,我們會對數據庫進行分區,這時單個數據庫的事務已經不能適應這種情況了,在集群環境下,想保證集群事務ACID是很難的,即使能達到那么效率和性能會大幅下降
后來就引入一個新的理論CAP
Consistency(一致性), 數據一致更新,所有數據變動都是同步的
Availability(可用性), 好的響應性能
Partition tolerance(分區容忍性) 可靠性
任何分布式系統只可同時滿足二點,沒法三者兼顧。
下面給出一個分布式事務方案
如下圖:
4補償 情況分析:
當 1 成功 2 失敗 處理未成功的消息(重新發消息)
當 1 成功 2 成功 3 失敗 檢查B消息表中是否執行過UUID,執行過跳過2,直接3
最終達到一致性
優點:經典實用
缺點:建消息表(單記錄有追述)
分布式方案有很多,各有優缺點,適合自己的項目就好
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/68472.html
摘要:分布式事務技術理論定理。接下來我們看看分布式事務有哪幾種實現方案?;趨f調者與參與者的思想設定,分別提出了與實現分布式事務。 這次使用分布式事務框架過程中了學習了一些分布式事務知識,所以本文我們就來聊聊分布式事務那些事。首先我們先回顧下什么是事務。 事務 什么是事務?這個作為后端開發,日常開發中只要與數據庫有交互,肯定就會使用過事務?,F在摘抄一段wiki的解釋,解釋下什么是事務。 是數...
摘要:如上圖所示,的實際上是已中間件的形式放在應用層,不用依賴數據庫對協議的支持,完全剝離了分布式事務方案對數據庫在協議支持上的要求。 微信公眾號「后端進階」,專注后端技術分享:Java、Golang、WEB框架、分布式中間件、服務治理等等。 在微服務架構體系下,我們可以按照業務模塊分層設計,單獨部署,減輕了服務部署壓力,也解耦了業務的耦合,避免了應用逐漸變成一個龐然怪物,從而可以輕松擴展,...
摘要:對于設計分布式系統來說不僅僅是分布式事務的架構師來說,就是你的入門理論。分布式事務解決方案有了上面的理論基礎后,這里介紹開始介紹幾種常見的分布式事務的解決方案。是否真的要分布式事務在說方案之前,首先你一 事務的具體定義:事務提供一種機制將一個活動涉及的所有操作納入到一個不可分割的執行單元,組成事務的所有操作只有在所有操作均能正常執行的情況下方能提交,只要其中任一操作執行失敗,都將導致整...
閱讀 1617·2021-09-23 11:31
閱讀 930·2021-09-23 11:22
閱讀 1354·2021-09-22 15:41
閱讀 4087·2021-09-03 10:28
閱讀 2923·2019-08-30 15:55
閱讀 3550·2019-08-30 15:55
閱讀 1969·2019-08-30 15:44
閱讀 2730·2019-08-30 13:50