springCloud组件专题（五） --- seata

一.Seata介绍

        1. seata是什么

是一款开源的分布式事务解决方案，供了 AT、TCC、SAGA 和 XA 事务模式。

        2.分布式事务中的概念

                2.1. 二阶段提交

二阶段提交的含义就是将事务的提交分成两个步骤，分别为：

                准备阶段：事务协调者询问所有参与者是否准备好提交或者回滚事务，并等待它们的响应。（注意，等待响应一般会设置时间，利用超时进行事务回退是常见的一种方式）

                提交阶段：如果所有参与者都准备好提交，事务协调者通知它们提交事务；如果有任何一个参与者未能准备好或者出现错误，事务协调者通知它们回滚事务.

                二阶段提交中，从第一阶段的准备阶段，业务所涉及的数据就被锁定，并且锁定跨越整个提交流程。在高并发和涉及业务模块较多的情况下 对数据库的性能影响较大，但是它提供了解决分布式系统下数据一致性问题的思路

                2.2.三阶段提交

                三阶段提交是对两阶段提交的改进，通过在第一阶段引入额外的准备阶段来解决某些情况下的阻塞问题。在三阶段提交中，除了准备和提交阶段外，还有一个称为“预提交”或“预准备”阶段，用于减少参与者在第二阶段的等待时间

                2.3.TC，TM，RM

                TC (Transaction Coordinator) - 事务协调者​

维护全局和分支事务的状态，驱动全局事务提交或回滚。对于我们使用seata来说，TC就是我们部署的seata服务端、

                TM (Transaction Manager) - 事务管理器​

定义全局事务的范围：开始全局事务、提交或回滚全局事务。seata的AT，XA模式中，TM可以片面的理解成加了@GlobalTransactional的方法的代理类（这个例子为了方便大家理解，并不完全准确）。

                RM (Resource Manager) - 资源管理器​

管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。seata的AT，XA模式中，RM可以理解成datasource（这个例子为了方便大家理解，并不完全准确）。

        3.XA，AT，TCC，SAGA概念

                3.1. XA

                Seata XA 模式是利用事务资源（数据库、消息服务等）对 XA 协议的支持，以 XA 协议的机制来管理分支事务的一种事务模式，简单来说，就是seata作为一个协调者，借助数据库本身的能力进行分布式事务管理。

具体工作机制参见官网：

Seata XA 模式 | Apache Seata

                3.2. AT

                AT 模式是 Seata 的一种非侵入式的分布式事务解决方案，代码层面来讲，只需要一个注解就可以实现分布式事务管理，使用AT模式时候，我们操作数据库实际上用的是 Seata 自带的数据源代理 DataSourceProxy，Seata 在这层代理中加入了很多逻辑，比如插入回滚 undo_log 日志，检查全局锁等。简单来讲，AT将事务分成两阶段：

一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源

二阶段：无异常，提交异步化，非常快速地完成。有异常，滚通过一阶段的回滚日志进行补偿。

具体的读写隔离的原理参考官网：

https://seata.apache.org/zh-cn/docs/dev/mode/at-mode

                3.3. TCC

                TCC 模式是 Seata 支持的一种由业务方细粒度控制的侵入式分布式事务解决方案，其分布式事务模型直接作用于服务层，不依赖底层数据库。

                从代码角度讲就是，TCC需要我们不仅要自己写业务代码，还要写失败的补偿代码，成功的提交代码。这样带来的好处就是，不仅能支持关系型数据库，还能支持redis，三方调用等任何方式的数据层修改。

具体执行模型见官网：

Seata TCC 模式 | Apache Seata

                3.4.SAGA

                SAGA官方说法是支持长事务的一种模式，其实简单