springcloud3 分布式事务解决方案seata之XA模式4

一  seata的模式

1.1 seata的几种模式比较

Seata基于上述架构提供了四种不同的分布式事务解决方案：

1.XA模式：强一致性分阶段事务模式，牺牲了一定的可用性，无业务侵入

2.AT模式：最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式

3.TCC模式：最终一致的分阶段事务模式，有业务侵入

4.SAGA模式：长事务模式，有业务侵入

无论哪种方案，都离不开TC，也就是事务的协调者。

1.2 seata的XA模式原理

 1.2.1 XA模式的原理

XA模式是一个典型的2PC，依赖关系型数据库实现事务实现，基于二阶段提交。其执行原理如下:*
1.TM向TC发起指令，开启一个全局事务，并返回一个全局的XID。 
2根据业务要求，各个RM会逐个向TC注册分支事务，然后TC会逐个向RM发出预执行指令。 
3.各个RM在接收到指令后会在进行本地事务预执行。 
4.RM将预执行结果Report给TC。当然，这个结果可能是成功，也可能是失败。 
5.TC在接收到各个RM的Report后会将汇总结果上报给TM，根据汇总结果TM会向TC发出确认指令。 
     若所有结果都是成功响应，则向TC发送Global Commit指令。 
    只要有结果是失败响应，则向TC发送Global Rollback指令。 
6. TC在接收到指令后再次向RM发送最终确认指令

流程过程如下：

 1.2.2 各个角色的作用

RM一阶段的工作：1.注册分支事务到TC；2.执行分支业务sql单不提交；3.报告执行状态到TC

TC二阶段的工作：TC检测各分支事务执行状态: 

  1.如果都成功，通知所有RM提交事务；2.如果有失败，通知所有RM回滚事务。

RM二阶段的工作：接收TC指令，提交或者回滚事务

1.3 优缺点

XA模式的优点：1.事务强一致性，满足ACID原则；2.常用数据库都支持，实现简单，并且没有代码侵入。

XA模式的缺点: 1.因为一阶段需要锁定数据库资源，等待二阶段结束才释放，性能较差；2.依赖关系型数据库实现事务。

二  操作案例

2.1 XA模式配置

1.order服务

2.account服务

3.storage服务

2.2 入口方法添加@GlobalTransactional注解

本例中是在发起事务的入口方法添加事务注解：OrderServiceImpl中的create方法。

2.3 服务启动

1启动nacos

2.启动seata

2.4 验证

2.4.1 初始态表中数据

1.account表：初始态，此用户有600元余额

2.order表

3.storage表

2.4.2 正常下订单操作

1.请求

http://localhost:8082/order?userId=user202103032042012&commodityCode=100202003032041&count=3&money=200

2.查看此时表中数据变化： 均实现了正确的扣减操作

a)账户表中，3个商品花费200元，这里进行600-200，余额为400元，正确扣款

b)订单表： 成功实现添加一条商品记录。

c) 库存表：成功实现商品库存进行扣减 8-3=5； 

 2.4.3  正常下订单大于库存数操作

1.请求： 库存为5个，而现在要下订单30个，请求后出现问题

http://localhost:8082/order?userId=user202103032042012&commodityCode=100202003032041&count=30&money=200

2. 查看程序后台：均提示回滚操作

2.1 account模块

2.2 order模块

2.3  storage模块

3.查看数据表：数据表中的信息也均进行回滚，没有出现脏数据，或者不一致的情况。