本文只做引薦，大概說一些自己的理解
分布式不存在絕對的事物處理！！！
大概四種解決方案
基於訊息佇列最終一致性；
tcc型解決方案；
二階段提交強一致性；
lcn：
阿里gts：
個人感覺lcn比較適合，就是把整個操作加入乙個事務組，然後每一步操作都去對事務組進行乙個反饋，當某個業務出現異常，對加入事務組中業務進行回滾，只有當最後一步完全成功時，再向事務組傳送commit操作，至此，整個事物結束。lcn比較符合下面所說的第二種情況。常見的一些簡單事物，簡單說一下：這其中也可以進行乙個日誌記錄，如果某個過程出錯，手動操作（比較麻煩），大家有興趣可以試試日誌。
比如：我下單買某個平台的數字貨幣，首先進行我的訂單處理（簡稱a服務），然後在操作的同時去付款（簡稱b服務）。
分布式服務事物解決方案
目前流行的是tx lcn 引入包如下 com.codingapi transaction springcloud 4.1.0 org.slf4j com.codingapi tx plugins db 4.1.0 org.slf4j 框架特點 支援各種基於spring的db框架 相容springcl...
分布式事務的幾種解決方案
隨著現在分布式，微服務的普及，怎樣保證微服務之間的資料一致性就成了乙個很大的問題，也就是怎樣解決分布式事務。不像之前系統都是單點的，操作的都是同乙個資料庫，這樣系統對資料庫的操作都可以放在乙個事務中，並不需要跨系統呼叫服務。而分布式的出現，乙個大型的系統下面可能會有多個子系統模組，這時候就會出現跨系...
分布式事務解決方案
一 結合mq訊息中介軟體實現的可靠訊息最終一致性 二 tcc補償性事務解決 三 最大努力通知型方案 第一種方案 可靠訊息最終一致性，需要業務系統結合mq訊息中介軟體實現，在實現過程中需要保證訊息的成功傳送及成功消費。即需要通過業務系統控制mq的訊息狀態 第二種方案 tcc補償性，分為三個階段tryi...