2020SpringCloud学习年终总结——第十七章-seata

Seata前置

• 分布式之前，单机单库没有下面这些问题；
  

  单体引用被拆分成微服务应用，原来的三个模块，被拆分成三个独立的应用，分别使用三个独立的数据源，业务操作需要调用三个服务来完成。此时每个服务内部数据的一致性由本地事务来保证，但是全局的数据一致性问题没法保证。

• Seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。官网地址：http://seata.io/zh-cn/

• 能干嘛：一个典型的分布式事务过程：
  

  • 分布式事务处理过程的一致性ID，以及三个组件模块：

    • Transaction ID XID，全局唯一的事务；
    • 三组件：
      • Transaction Coordinator（TC）：事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交和回滚；
      • Transaction Manager（TM）：控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或全局归滚协议；
      • Resource Manager（RM）：控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令，驱动分支（本地）事务的提交等；

  • 第一步：TM向TC申请开启一个全局事务，全局事务创建成功，并生成一个全局唯一的XID；

  • 第二步：XID在微服务调用链路的上下文中传播；

  • 第三步：RM向TC注册分支事务，将其纳入XID对应全局事务的管辖中；

  • 第四步：TM向TC发起针对XID的全局提交或回滚决议；

  • 第五步：TC调度XID下管辖的全部分支事务，完成提交或回滚请求；

版本说明

• Seata 0.9.0

• 下载地址：https://github.com/seata/seata/releases

• 具体步骤：

  • 解压seata-server-0.9.0.zip解压到指定目录，并修改conf目录下的file.conf配置文件：

    • 先备份原始file.conf文件；
    • 修改：自定义事务组名称+事务日志存储模式为db+数据库连接信息；
      • (自定义事务组的名称）service部分： vgroup_mapping.my_test_tx_group = “fsp_tx_group”
      • （事务日志存储模式）store部分：mode = “db”
      • （数据库连接信息）db部分，自己的数据库连接信息；

  • 在mysql5.7中建立数据库seata，并在其中建表。建表的db_store.sql在\seata-server-0.9.0\seata\conf目录里面；

  • 修改seata-server-0.9.0\seata\conf目录下的registry.conf配置文件，type内容改为nacos；serverAddr改为nacos的地址；

  • 先启动nacos；

  • 再启动seata-server，点击seata-server.bat

Seata介绍

• 之前spring中有一个@Transactional的注解，是管理本地事务的注解；在Seata中，有一个@GlobalTransactional的注解，是管理全局事务；

• 例子：Seata的分布式交易解决方案：
  

相关业务（订单/库存/账户）准备

订单/库存/账户业务数据库准备

• 首先要启动nacos和seata；seata没启动会报错：no available server to connect；

• 分布式事务业务说明：

  • 创建三个服务：订单服务、库存服务、账户服务；
  • 当用户下单时，会在订单服务中创建一个订单，然后通过远程调用库存服务来扣减下单商品的库存，再通过远程调用账户服务来扣减用户账户里的余额，最后再订单服务中修改订单状态为已完成；
  • 该操作跨越三个数据库，有两次远程调用，很明显会有分布式事务问题；要么一起成功，要么一起失败。

• 创建业务数据库：

  • seata_order：存储订单的数据库；

  • seata_storage：存储库存的数据库；

  • seata_account：存储账户信息的数据库；

  • 建库SQL：

    CREATE DATABASE seata_order;
    CREATE DATABASE seata_storage;
    CREATE DATABASE seata_account;
    

• 分别建立对应业务表：

  • t_order表：

    CREATE TABLE t_order(
    	`id` BIGINT(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,
    	`user_id` BIGINT(11) DEFAULT NULL COMMENT '用户id',
    	`product_id` BIGINT(11) DEFAULT NULL COMMENT '产品id',
    	`count` INT(11) DEFAULT NULL COMMENT '数量',
    	`money` DECIMAL(11,0) DEFAULT NULL COMMENT '金额',
    	`status` INT(1) DEFAULT NULL COMMENT '订单状态：0：创建中；1：已完结'
    ) ENGINE=INNODB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;
    
    SELECT * FROM t_order;
    

  • t_storage表：

    CREATE TABLE t_storage(
    	`id` BIGINT(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,
    	`product_id` BIGINT(11) DEFAULT NULL COMMENT '产品id',
    	`total` INT(11) DEFAULT NULL COMMENT '总库存',
    	`used` INT(11) DEFAULT NULL COMMENT '已用库存',
    	`residue` INT(11) DEFAULT NULL COMMENT '剩余库存'
    ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
    
    SELECT * FROM t_storage;
    
    INSERT INTO seata_storage.`t_storage`(id,product_id,total,used,residue)
    VALUES('1','1','100','0','100');
    

  • t_account表：

    CREATE TABLE t_account(
    	`id` BIGINT(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,
    	`user_id` BIGINT(11) DEFAULT NULL COMMENT '用户id',
    	`total` INT(11) DEFAULT NULL COMMENT '总额度',
    	`used` INT(11) DEFAULT NULL COMMENT '已用余额',
    	`residue` INT(11) DEFAULT NULL COMMENT '剩余余额'
    ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
    
    SELECT * FROM t_account;
    
    INSERT INTO seata_account.`t_account`(id,user_id,total,used,residue)
    VALUES('1','1','1000','0','1000');
    

• 按照上述3个库，分别建立对应的回滚日志表：

  • 订单-库存-账户3个库下，都需要各自建立各自的回滚日志表；
  • 在\seata-server-0.9.0\seata\conf目录下的db_undo_log.sql
  • 建立表，即每个相关业务数据库都要有一张这个表，即都执行一遍这个sql；

订单/库存/账户业务微服务准备

• 业务需求：
  • 下订单->减库存->扣余额->改订单状态；
• 新建订单Order-Module；
  • 建立module，seata-order-service2001；
  • POM（注意引入与客户端相同的seata版本）、YML（不以阳哥教的为主，会报错，尤其datasource那块）；
  • 拷贝粘贴file.conf和registry.conf；
  • 创建domain包；
  • Dao接口及实现；
    • OrderDao
    • resources文件夹下新建mapper文件夹后，添加OrderMapper.xml
  • service接口及实现；
  • controller
  • config配置
  • 主启动类
• 新建库存Storage-Module（seata-storage-service2002）；
• 新建账户Account-Module（）；

测试

• 未添加@GlobalTransactional
  • 当AccountServiceImpl添加超时；
  • 数据库情况：当库存和账户金额扣减后，订单状态并没有设置为已经完成，没有从0改为1；
  • 而且由于feign的重试机制，账户余额还有可能被多次扣减；
• 添加了@GlobalTransactional
  • 添加超时；
  • 在OrderServiceImpl添加 @GlobalTransactional(name = “fsp-create-order”,rollbackFor = Exception.class)
  • 全局事务控制成功；
    

补充

• 2019年1月，蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案；

• Simple Extensible Autonomous Transaction Architecture，简单可扩展自治事务框架

• TC、TM、RM三大组件的执行流程：

  • 第一步：TM开启分布式事务，TM向TC注册全局事务记录；
  • 按业务场景，编排数据库、服务等事务内资源（RM向TC汇报资源准备状态）；
  • TM结束分布式事务，事务一阶段结束（TM通知TC，提交/回滚分布式事务）；
  • TC汇总事务信息，决定分布式事务是提交还是回滚；
  • TC通知所有RM提交/回滚资源，事务二阶段结束；

• AT模式如何做到对业务的无侵入：

  • 整体机制：，两阶段提交协议的演变：

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

* 若二阶段提交顺利：

* 若二阶段提交失败：

知识点

tips

• 一些基本知识：
  • entity和domain的包，一般都是指的实体类；dto是从后台传到前台的一个数据传输类；vo是viewObject或valueObject；

代码地址：https://github.com/AJ-Spade/cloud2020/tree/master