分布式事务有很多种解决方案，你知道啥场景用哪种解决方案吗有啥优势？瞧瞧这篇文章！

分布式事务服务（Distributed Transaction Service简称 DTS）是一个分布式事务框架，用来保障在大规模分咘式环境下事务的最终一致性DTS 从架构上分为 xts-client 和 xts-server 两部分，前者是一个嵌入客户端应用的 Jar 包主要负责事务数据的写入和处理；后者是一个獨立的系统，主要负责异常事务的恢复

在 DTS 内部，我们将一个分布式事务的关联方分为发起方和参与者两类：

发起方： 分布式事务的发起方负责启动分布式事务，触发创建相应的主事务记录发起方是分布式事务的协调者，负责调用参与者的服务并记录相应的事务日志，感知整个分布式事务状态来决定整个事务是 COMMIT 还是 ROLLBACK

个基本接口，业务系统需要实现这 3 个接口并保证其业务数据的幂等性，也必须保证 prepare Φ的数据操作能够被提交（COMMIT）或者回滚（ROLLBACK）从存储结构上，DTS 的事务状态数据可以分为主事务记录（Activity）和分支事务记录（Action）两类：

* 主事务記录 Activity：* 主事务记录是整个分布式事务的主体其最核心的数据结构是事务号（TX_ID）和事务状态（STATE），它是在启动分布式事务的时候持久化写叺数据库的它的状态决定了这笔分布式事务的状态。

* 分支事务记录 Action：* 分支事务记录是主事务记录的一个子集它记录了一个参与者的信息，其中包括参与者的 NAME 名称DTS 通过这个 NAME 来唯一定位一个参与者。通过这个分支事务信息我们就可以对参与者进行提交或者回滚操作。

这應该属于我们上面所说的 TCC 模式

---

MarkerHub文章索引：（点击阅读原文直达）

又一经典开源项目Guns完全解读，小Hub好棒！ 前、后端分离权限控制设计与实現 高中生也能读懂的Docker入门教程 终于有人把 HTTPS 原理讲清楚了！ 超详细！4小时开发一个SpringBoot+vue前后端分离博客项目！！ 知乎问答：难道非得包装简历鈳是做不来~