您好,登錄后才能下訂單哦!
本地事務ACID大家應該都知道了,統一提交,失敗回滾,嚴格保證了同一事務內數據的一致性!而分布式事務不能實現這種ACID,它只能實現CAP原則里的某兩個,CAP也是分布式事務的一個廣泛被應用的原型,CAP(Consistency, Availability, Partition Tolerance), 闡述了一個分布式系統的三個主要方面, 只能同時擇其二進行實現. 常見的有CP系統, AP系統。
應用于CP和AP的原則在業界出現了一些框架:
CP系統就有二階段提交(強一致性)
AP系統就有TCC(補償型事務)
其中最近接觸的aspnetcore.cap就是一個滿足最終一致性的異步消息方案實現的,其中它為mysql,sqlserver都提供了解決方案,消息隊列可以有kafka和rabbitmq兩種選擇,根據自己的需要去安裝,源代碼在github上有開源,nuget上也有對應的包包!
對消息確保型-最終一致性的分布式事務的理解:
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。