嵌入式技術：常見的分布式事務常見場景

1 背景

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

2 常見分布式事務場景

2.1 同步場景

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

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

2.2 異步場景

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

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

3 解決方案

3.1 數據模型設計

事務表：記錄每次同步方法執行的狀態，包括：1 - 進行中（同步方法執行開始）、2 - 已完成（同步方法執行成功）、3 - 失敗（同步方法執行失敗）、4 - 已回滾（回滾方法執行成功）；方法調用表：記錄一個完整的事務內所有方法的執行前入參、同步方法接口、回滾接口、回滾入參、方法執行順序，如下圖 3 描述：

圖 3 事務服務數據模型

3.2 設計原理

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