微服務架構:最終一致性 + 事務補償

原創:魔鏡的技術心經 分佈式事務產生的原因 數據庫分庫分表 微服務化 在微服務架構中,每個服務在用本地事務的時候,知道自己執行的事務是成功還是失敗,但是無法知道其他服務節點的事務執行情況,因此需要引入協調者TM,負責協調參與者RM的行爲,並最終決定這些參與者是否把事務進行提交。 隨着微服務架構的流行,讓分佈式事務問題日益突出, 那麼常見的分佈式事務解決方案有哪些呢? 如何理解最終一致性和它的事務補
相關文章
相關標籤/搜索