分布式事務(1)-理論基礎 分布式事務(2)---強一致性分布式事務解決方案 分布式事務(4)---最終一致性方案之TCC 前面介紹強一致性分布式解決方案，這里用Atomikos框架寫一個實戰的demo。模擬下單扣減庫存的操作。 使用Atomikos，mybatis-plus框架搭建項目 ...

我覺得事務的管理不應該屬於Dubbo框架， Dubbo只需實現可被事務管理即可， 像JDBC和JMS都是可被事務管理的分布式資源， Dubbo只要實現相同的可被事務管理的行為，比如可以回滾， 其它事務的調度，都應該由專門的事務管理器實現 ...

最終一致性，從其名字看，已經放棄了強一致性，如果出現異常情況，很有可能會產生主業務已提交，邊緣業務最終也沒能一致的情況。如網絡持續不通，一段時間重試后，任務不得不放棄 因此最終一致性還有一層隱含信息->做好最終不一致的備案，否則可能造成不可預期的問題。 目前做法 和事務型數據庫一同提交 ...

分布式事務協議 下面介紹幾種實現分布式事務的協議。 兩階段提交協議 2PC 分布式系統的一個難點是如何保證架構下多個節點在進行事務性操作的時候保持一致性。為實現這個目的，二階段提交算法的成立基於以下假設： 該分布式系統中，存在一個節點作為協調者(Coordinator ...

在分布式時代，分庫分表是很常見的，微服務系統中，各個系統通常使用獨立的數據庫，所以，事務很難靠數據庫本身保證，只能靠業務系統來解決。 例如支付寶中的余額寶、花唄，具體不清楚，但猜測應該就是2個服務，不是同一個數據庫，我們還花唄的時候通常都是從余額寶中扣除的，這就是分布式事務，一個系統中扣減錢 ...

一 分布式系統特點 現今互聯網界，分布式系統和微服務架構盛行。業界著名的CAP理論也告訴我們，在設計和實現一個分布式系統時，需要將數據一致性、系統可用性和分區容忍性放在一起考慮。 1、CAP理論 在分布式系統中，一致性（Consistency）、可用性（Availability ...

各種形態的分布式事務 分布式事務有多種主流形態，包括： 基於消息實現的分布式事務 基於補償實現的分布式事務(gts/seata自動補償的形式) 基於TCC實現的分布式事務 基於SAGA實現的分布式事務 基於2PC實現的分布式事務 之所以有這么多形態，是因為任何事情 ...

之前網上看到很多寫分布式事務的文章，不過大多都是將分布式事務各種技術方案簡單介紹一下。很多朋友看了還是不知道分布式事務到底怎么回事，在項目里到底如何使用。 所以這篇文章，就用大白話+手工繪圖，並結合一個電商系統的案例實踐，來給大家講清楚到底什么是 TCC 分布式事務。 首先說一下 ...