亚洲乱色熟女一区二区三区丝袜,天堂√中文最新版在线,亚洲精品乱码久久久久久蜜桃图片,香蕉久久久久久av成人,欧美丰满熟妇bbb久久久

1、本地消息表

    以訂單成功之后扣減庫存為例，通過記錄一條扣減庫存的記錄和發(fā)送一條消息來保證兩個服務之間數(shù)據(jù)的最終一致性。

（1）優(yōu)點：實現(xiàn)邏輯簡單，開發(fā)量小

（2）缺點：與業(yè)務強耦合；占用業(yè)務系統(tǒng)資源；業(yè)務使用場景有限

2、RocketMQ事務消息

    以訂單下單成功之后增加積分為例，通過RocketMQ事務消息實現(xiàn)數(shù)據(jù)的最終一致性

（1）優(yōu)點：中間件已經(jīng)實現(xiàn)了事務邏輯，無需增加額外的配置開發(fā)

（2）缺點：實時性不可以保證；業(yè)務最終一定要成功；事務消息部分代碼未開源

3、seata的AT模式

    AT模式是對分布式事務理論的二階段提交協(xié)議的改進，此模式的代碼侵入性小（只需導入jar）、操作方便，由于事務協(xié)調(diào)器（TC）會持久化分支事務的狀態(tài)，事務的分支id在事務執(zhí)行成功會被標記成為已經(jīng)成功的狀態(tài)，其他沒有標記成功的分支事務會TC的定時器繼續(xù)通知。保證了所有分支的事務最終的一致性。

    AT模式的缺點：只適用與關系性的數(shù)據(jù)庫（如A服務Mysql和B服務redis/es之間的事務就不支持）

4、seata的TCC模式

    由于AT模式存在一些業(yè)務場景不適用，所以出現(xiàn)了seata-TCC模式，下圖是官方的TCC模式工作原理圖：

    官方給的原理圖比較抽象，我們通過下單的案例分析TCC模式的工作原理：

（1）try階段

（2）confirm階段

（3）cancel階段

TCC模式下的幾種異常處理

（1）TCC異常處理-空回滾

    訂單服務調(diào)用積分服務的時候，由于網(wǎng)絡抖動的原因沒請求成功，TC就會通知服務執(zhí)行回滾操作。但是積分服務沒有執(zhí)行try就直接執(zhí)行cancel，導致業(yè)務中用戶的積分增加這就是空回滾。

    處理方案：增加一個日志表來記錄是否執(zhí)行try方法，如果沒有執(zhí)行try，那么cancel也不執(zhí)行

（2）TCC異常處理-冪等性

二階段的方法被多次的調(diào)用（二階段會有定時器不斷的重試）這就是存在冪等性問題。

    處理方案：積分服務的業(yè)務上需要做冪等（如使用狀態(tài)機來處理）

（3）TCC異常處理-防懸掛

    服務做完try資源被預留出來，但是TC通知積分cancel空回滾且立即執(zhí)行完成（假設cancel比try先執(zhí)行完），整個事務就結(jié)束了。實際業(yè)務要給用戶增加了積分就無法回滾。

    處理方案：在日志表中增加cancel、try的記錄，如果try存在記錄，那么cancel操作就先失敗等待下次執(zhí)行。

以上就是常見的分布式事務的解決方案，希望對大家有幫助。