微服务分布式事务解决方案Seata

一、什么是Seata? 

Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用 的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事 务模式，为用户打造一站式的分布式解决方案(AT模式是阿里首推的模式, 阿里云上有商用版本的GTS[Global Transaction service 全局事务服务] ) 。

提示: 业务场景:

角色划分:

RM(ResourceManager 资源管理者)理解为我们的一个一个的微服务，也叫做事务的参与者. TM(TranactionManager 事务管理者) 也是我们的一个微服务，但是该微服务是 一个带头大哥，充当全局事务的发起者(决定了全局事务的开启，回滚，提交等) *凡是我们的微服务中标注了@GlobalTransactional ，那么该微服务就会被看出 一个TM。我们业务场景中订单微服务就是一个事务发起者,同时也是一个RM

TC(全局事务的协调者):这里就是我们的Seata-server，用来保存全局事务，分支 事务，全局锁等记录，然后会通知各个RM进行回滚或者提交. 二:整体机制(两阶段提交协议的演变) 

工作原理

执行业务SQL update product set name = ‘GTS’ where name = ‘TXC’;

第一阶段:

1:解析 SQL：得到 SQL 的类型（UPDATE），表（product），条件（where id= ‘1’）等相关的信息。

2:查询前镜像：根据解析得到的条件信息，生成查询语句，定位数据。

select id, name, since from product where name = ‘TXC’; 

3:执行业务 SQL：更新这条记录的 name 为 ‘GTS’。

update product set name = ‘GTS’ where name = ‘TXC’;

4:查询后镜像：根据前镜像的结果，通过 主键 定位数据

select id, name, since from product where id = 1`; 

5:插入回滚日志：把前后镜像数据以及业务 SQL 相关的信息组成一条回滚日志记 录，插入到 UNDO_LOG 表中。

6:提交前，向 TC 注册分支：申请 product 表中，主键值等于 1 的记录的 全局 锁 。

7:本地事务提交：业务数据的更新和前面步骤中生成的 UNDO LOG 一并提交。

8:将本地事务提交的结果上报给 TC。

二阶段-回滚

1:收到 TC 的分支回滚请求，开启一个本地事务，执行如下操作

2:通过 XID 和 Branch ID 查找到相应的 UNDO LOG 记录。

3:数据校验：拿 UNDO LOG 中的后镜与当前数据进行比较，如果有不同，说明数 据被当前全局事务之外的动作做了修改

4:根据 UNDO LOG 中的前镜像和业务 SQL 的相关信息生成并执行回滚的语句：

5:提交本地事务。并把本地事务的执行结果（即分支事务回滚的结果）上报给 TC。

二阶段-提交

1:收到 TC 的分支提交请求，把请求放入一个异步任务的队列中，马上返回提交成 功的结果给 TC。

2:异步任务阶段的分支提交请求将异步和批量地删除相应 UNDO LOG 记录。

三:快速开始搭建Seata环境 3.1)Seata-server环境搭建 

二、快速开始搭建Seata环境

1.Seata-server环境搭建

第一步:https://github.com/seata/seata/releases 下载seata-server包

第二步: 解压我们的下载包seata-server包，解压的路径结构

第三步: 进入conf目录下 拿到db_store.sql脚本 ，然后再本地数据库创建一个 seata的数据库,执行脚本db_store.sql。

第四步: 修改conf目录下的file.conf文件

修改的节点: service节点

service { #vgroup‐>rgroup //修改全局事务分组 vgroup_mapping.prex_tx_group = "default" #only support single node #seata‐server的连接地址 default.grouplist = "127.0.0.1:8091" #degrade current not support enableDegrade = false #disable disable = false #unit ms,s,m,h,d represents milliseconds, seconds, minutes, hours, days, default permanent max.commit.retry.timeout = "‐1" max.rollback.retry.timeout = "‐1" }

 修改store节点:

 第五步：修改conf目录下的register.conf文件

修改registry节点的type类型为nacos 

registry { # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa type = "nacos" nacos { serverAddr = "localhost:8848" namespace = "" cluster = "default" }  。。。。  。。。。  。。。。  } 

修改config节点的type改为nacos

 第六步:修改conf文件下的nacos-config.txt文件

 第六步: 使用git的控制台 执行sh脚本 sh nacos-config.sh localhost 把seata的配置导入到nacos的配置中心上去

 第七步:启动 seata-server服务 进入seata的bin目录点击执行seata-server.bat

微服务搭建步骤

第一步:添加pom依赖

<!‐‐seata‐‐> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring‐cloud‐starter‐alibaba‐seata</artifactId> <exclusions> <exclusion> <artifactId>seata‐all</artifactId> <groupId>io.seata</groupId> </exclusion> </exclusions> </dependency> <dependency> <groupId>io.seata</groupId> <artifactId>seata‐all</artifactId> <version>${seata.version}</version> </dependency>

第二步:写注解 @SpringBootApplication(exclude = DataSourceAutoConfiguration.class)

@EnableFeignClients @EnableDiscoveryClient @SpringBootApplication(exclude = DataSourceAutoConfiguration.class) public class Tulingvip06MsAlibabaOrderApplication { public static void main(String[] args) { SpringApplication.run(Tulingvip06MsAlibabaOrderApplication.class, args); } } 

微服务发起者需要写全局事务注解（这里是order服务为发起者）

@GlobalTransactional(name = “prex-create-order”,rollbackFor = Exception.class)

@GlobalTransactional(name = "prex‐create‐order",rollbackFor = Exception.class) @Override public void createOrder(Order order) { log.info("当前 XID: {}", RootContext.getXID()); log.info("下单开始,用户:{},商品:{},数量:{},金额:{}", order.getUserId(), order.getProductId(), order.getCount(), order.getPayMoney()); //创建订单 order.setStatus(0); orderMapper.saveOrder(order); log.info("保存订单{}", order); //远程调用库存服务扣减库存 log.info("扣减库存开始"); remoteStorageService.reduceCount(order.getProductId(), order.getCount()); log.info("扣减库存结束"); //远程调用账户服务扣减余额 log.info("扣减余额开始"); remoteAccountService.reduceBalance(order.getUserId(), order.getPayMoney()); log.info("扣减余额结束"); //修改订单状态为已完成 log.info("修改订单状态开始"); orderMapper.updateOrderStatusById(order.getId(),1); log.info("修改订单状态结束"); log.info("下单结束"); }

 第三步:写配置添加代理数据源配置

@Configuration @MapperScan(basePackages = {"com.demo.seata.mapper"}) public class MyBatisConfig { / * 从配置文件获取属性构造datasource，注意前缀，这里用的是hikari，根据自己情况配置, * 原生datasource前缀取"spring.datasource" * * @return */ @Bean @ConfigurationProperties(prefix = "spring.datasource.hikari") public DataSource hikariDataSource() { return new HikariDataSource(); } / * 构造datasource代理对象，替换原来的datasource * * @param hikariDataSource * @return */ @Primary @Bean("dataSource") public DataSourceProxy dataSourceProxy(DataSource hikariDataSource) { return new DataSourceProxy(hikariDataSource); } @Bean public SqlSessionFactoryBean sqlSessionFactory(DataSourceProxy dataSourcePr oxy) throws Exception { SqlSessionFactoryBean sqlSessionFactoryBean = new SqlSessionFactoryBean(); sqlSessionFactoryBean.setMapperLocations(new PathMatchingResourcePatternRes olver() .getResources("classpath:/mybatis/mapper//*.xml")); sqlSessionFactoryBean.setConfigLocation(new PathMatchingResourcePatternReso lver().getResource("classpath:/mybatis/mybatis‐config.xml")); sqlSessionFactoryBean.setTypeAliasesPackage("com.tuling.seata.domin"); sqlSessionFactoryBean.setDataSource(dataSourceProxy); return sqlSessionFactoryBean; } }

第四步:修改配置文件 yml中添加配置文件

#seata配置(配置事务组 需要和seata‐server的配置一样) spring.cloud.alibaba.seata.tx‐service‐group=prex_tx_group

 修改file.conf 和register.conf文件（跟seata-server的改动一样）

 4:微服务测试

http://localhost:8081/order/create?userId=1&productId=1&count=1&payMoney=50

4.1）正常情况 

库存库 

4.2）异常情况,我们把支付服务人工模拟抛出异常。 

 库存库: