分布式事务-springcloud整合tx-lcn5.0实现分布式事务控制

spring cloud整合tx-lcn5.0实现分布式事务(代码+分析)

框架特点

1. 支持各种基于spring的db框架
2. 兼容SpringCloud、Dubbo 3) 使用简单，低依赖，代码完全开源
3. 基于切面的强一致性事务框架
4. 高可用，模块可以依赖Dubbo或SpringCloud的集群方式做集群化，
   TxManager也可以做集群化
5. 支持本地事务和分布式事务共存
6. 事务补偿机制，服务故障或挂机再启动时可恢复事务

定义:
锁定事务单元（lock）
确认事务模块状态(confirm)
通知事务(notify)
Lcn定位:LCN并不生产事务，LCN只是本地事务的协调工
Lcn的优势:
简单:基于注解 侵入性小

核心步骤

创建事务组: 发起事务组
加入事务组
通知事务组:

事务参与方都成功

事务流程

tx-lcn事务执行流程

假如发起方A调用参与方B和参与方C, 接下来是整个事务流程

首先事务发起方A创建一个事务组到tx-manager（事务管理器）中，此时tx-manager会分配给发起方A一个groupId，即事务组id。
在发起方发起对B的调用后，B会加入到这个事务组中同时也携带者这个groupId，同理调用C的时候，也会和B一样。
当发起方A的方法执行完毕后，会通知tx-manager的事务组，发起方已执行完，tx-manager收到这个通知后，会通知B的事务单元
和C的事务单元，他们收到通知后，会立刻返回给事务组相应，表明已收到通知，最后，当所有参与方都返回了相应之后，
事务组会将相应通知给发起方A。

接下来，说一下出现异常后的逻辑
如果在事务发起方A调用B之前，产生异常，则此时属于本地事务，执行本地事务回滚逻辑，
在调用参与方B之后，如果此时B发生异常，则首先B进行回滚，然后上报异常给A，A进行相应回滚，
最后通知tx-manager关闭事务组

正常执行流程

出现异常时的时序图

Tx-client接管数据源

基础框架搭建

目录机构如下

代码就不再详细贴上，文章下方有git代码地址，可直接运行

代码地址