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