嵌入式技術(shù)：常見的分布式事務常見場景

1 背景

市面上常見的有，2pc/3pc、tcc、saga 等常見的分布式事務解決方案，但是實際實施起來框架比較重，設計開發(fā)比較繁瑣，不易于快速開發(fā)上手。本文提供一種基于柔性事務設計的簡單易上手的分布式事務設計方案，用于解決常見的分布式事務常見場景。

2 常見分布式事務場景

2.1 同步場景

常見的場景，方法內(nèi)依賴外部微服務多個同步接口，等同步接口返回再展開后續(xù)邏輯，如下圖 1 描述。

圖 1 分布式事務同步場景存在的問題：B/C 失敗后，A/B 不能回滾，造成數(shù)據(jù)不一致？

2.2 異步場景

方法內(nèi)依賴外部微服務多個同步接口同時，本地事務提交并發(fā)出異步 MQ，如下圖 2 描述。

圖 2 分布式事務異步場景存在的問題：詢價系統(tǒng)無法保證本地事務和 mq 消息的發(fā)送同時成功或失敗，會造成數(shù)據(jù)不一致。

3 解決方案

3.1 數(shù)據(jù)模型設計

事務表：記錄每次同步方法執(zhí)行的狀態(tài)，包括：1 - 進行中（同步方法執(zhí)行開始）、2 - 已完成（同步方法執(zhí)行成功）、3 - 失?。ㄍ椒椒▓?zhí)行失?。? - 已回滾（回滾方法執(zhí)行成功）；方法調(diào)用表：記錄一個完整的事務內(nèi)所有方法的執(zhí)行前入?yún)?、同步方?a target="_blank">接口、回滾接口、回滾入?yún)?、方法?zhí)行順序，如下圖 3 描述：

圖 3 事務服務數(shù)據(jù)模型

3.2 設計原理

原理：一個完整事務內(nèi)，1. 首先每個方法提供回滾接口，其次，事務內(nèi)每次同步方法執(zhí)行時，優(yōu)先維護入參數(shù)據(jù)到事務表，方便后續(xù)做回滾補償；2. 整個事務內(nèi)某一個方法執(zhí)行失敗時，結(jié)束整個事務，并更新事務表狀態(tài) = 失??；3. 事務表通過輪詢狀態(tài) status=3 (失敗) 事務，調(diào)用回滾接口，利用回滾入?yún)⑦M行接口補償；4. 回滾邏輯：找到事務表中失敗的執(zhí)行方法的順序值，只調(diào)用小于失敗順序值的所有回滾接口、入?yún)?，注意并不回滾失敗值的接口，并根據(jù)順序倒序進行接口回滾補償。