目前比較多的解決方案有幾個：
一、結合mq訊息中介軟體實現的可靠訊息最終一致性
二、tcc補償性事務解決方案
三、最大努力通知型方案
第一種方案：可靠訊息最終一致性，需要業務系統結合mq訊息中介軟體實現，在實現過程中需要保證訊息的成功傳送及成功消費。即需要通過業務系統控制mq的訊息狀態
第二種方案：tcc補償性，分為三個階段trying-confirming-canceling。每個階段做不同的處理。
trying階段主要是對業務系統進行檢測及資源預留
confirming階段是做業務提交，通過trying階段執行成功後，再執行該階段。預設如果trying階段執行成功，confirming就一定能成功。
canceling階段是回對業務做回滾，在trying階段中，如果存在分支事務trying失敗，則需要呼叫canceling將已預留的資源進行釋放。
龍果社群-微服務架構的分布式事務解決方案
保證一致性嗎 Kafka的一致性保證
魚和熊掌不可兼得。系統設計需要根據具體的應用場景做出權衡。系統設計者可以通過配置kafka，來得到不同程度的需求滿足。每個kafka主題 topic 都分為多個分割槽 partitions 每個分割槽可以具有多個副本 replica 其中乙個副本是主分割槽 leader 所有讀寫請求都由主分割槽提供...
如何保證Session一致性
session同步法 多台web server互相同步資料，缺點是水平擴充套件受限，因為每台web server都是儲存所有的session 客戶端儲存法 session儲存到瀏覽器cookie中，每個客戶端只要儲存乙個使用者的資料了。缺點是占用外網頻寬 大小受限 因為cookie有大小限制 反向 ...
事務的一致性
首先,我們需要搞清楚為什麼會出現事務.這句話的大體含義就是,事務的產生,其實是為了當應用程式訪問資料庫的時候,事務能夠簡化我們的程式設計模型,不需要我們去考慮各種各樣的潛在錯誤和併發問題.可以想一下當我們使用事務時,要麼提交,要麼回滾,我們不會去考慮網路異常了,伺服器宕機了,同時更改乙個資料怎麼辦對...