91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

分布式事務里的最終一致性

發布時間:2020-06-29 23:40:00 來源:網絡 閱讀:807 作者:Java_老男孩 欄目:編程語言

本地事務ACID大家應該都知道了,統一提交,失敗回滾,嚴格保證了同一事務內數據的一致性!而分布式事務不能實現這種ACID,它只能實現CAP原則里的某兩個,CAP也是分布式事務的一個廣泛被應用的原型,CAP(Consistency, Availability, Partition Tolerance), 闡述了一個分布式系統的三個主要方面, 只能同時擇其二進行實現. 常見的有CP系統, AP系統。

應用于CP和AP的原則在業界出現了一些框架:

CP系統就有二階段提交(強一致性)
分布式事務里的最終一致性

AP系統就有TCC(補償型事務)

分布式事務里的最終一致性

其中最近接觸的aspnetcore.cap就是一個滿足最終一致性的異步消息方案實現的,其中它為mysql,sqlserver都提供了解決方案,消息隊列可以有kafka和rabbitmq兩種選擇,根據自己的需要去安裝,源代碼在github上有開源,nuget上也有對應的包包!

對消息確保型-最終一致性的分布式事務的理解:

    1. 服務A提交數據
    1. 向消息中心發送消息
    1. 消息中心向訂閱方推送消息
    1. 訂閱方處理自己的業務邏輯
    1. 失敗去反復去重試,直到成功,而不是向強一致性那樣,把A回滾的
向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

鄂温| 巴楚县| 三门县| 安多县| 蒙阴县| 夹江县| 巴林左旗| 依安县| 富裕县| 中超| 鹤峰县| 鄂温| 明水县| 长顺县| 如皋市| 保康县| 定结县| 淳化县| 和田县| 台湾省| 清水河县| 闽清县| 紫云| 陇南市| 青海省| 益阳市| 永新县| 张家口市| 鄂托克前旗| 资讯| 达尔| 金堂县| 博罗县| 铜陵市| 黔东| 竹溪县| 宣武区| 安宁市| 清徐县| 乐山市| 德令哈市|