現在先拋出問題，假設有一個主數據中心在北京M，然后有成都A，上海B兩個地方數據中心，現在的問題是，假設成都上海各自的數據中心有記錄變更，需要先同步到主數據中心，主數據中心更新完成之后，在把最新的數據分發到上海，成都的地方數據中心A，地方數據中心更新數據，保持和主數據中心一致性（數據庫結構 ...

一、事務的概念 　　事務是一組操作的執行單元，相對於數據庫操作來講，事務管理的是一組SQL指令，比如增加，修改，刪除等，事務的一致性，要求，這個事務內的操作必須全部執行成功，如果在此過程種出現了差錯，比如有一條SQL語句沒有執行成功，那么這一組操作都將全部回滾 　　最經典的例子便是：A向B匯款 ...

一、事務的概念 　　事務是一組操作的執行單元，相對於數據庫操作來講，事務管理的是一組SQL指令，比如增加，修改，刪除等，事務的一致性，要求，這個事務內的操作必須全部執行成功，如果在此過程種出現了差錯，比如有一條SQL語句沒有執行成功，那么這一組操作都將全部回滾 　　最經典的例子便是：A向B匯款 ...

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

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

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

導讀 在之前的文章中我們介紹了如何基於RocketMQ搭建生產級消息集群，以及2PC、3PC和TCC等與分布式事務相關的基本概念（沒有讀過的讀者詳見👇推薦閱讀）。在這篇文章中我們將介紹RocketMQ的事務消息相關的內容，並通過一些實踐和大家一起來探索下事務消息如何解 ...

一、寫在前面 上一篇文章咱們聊了聊TCC分布式事務，對於常見的微服務系統，大部分接口調用是同步的，也就是一個服務直接調用另外一個服務的接口。 這個時候，用TCC分布式事務方案來保證各個接口的調用，要么一起成功，要么一起回滾，是比較合適的。 但是在實際系統的開發過程 ...