分布式事务框架seata AT、TCC事务模式实例

最新推荐文章于 2024-01-19 15:28:50 发布

jyw飞鸟南越

最新推荐文章于 2024-01-19 15:28:50 发布

阅读量1.2k

点赞数

文章标签：分布式

本文链接：https://blog.csdn.net/qq_27454697/article/details/124520839

版权

说明：

演示模块：base-info/jyw-learn模块 base-info连接本地数据库 jyw-learn模块连接虚拟机上安装的数据库

seata下载

演示版本：1.4.2

下载地址：https://github.com/seata/seata/releases/download/v1.4.2/seata-server-1.4.2.tar.gz

seata模块释义：TC(事务调节，指seata服务端)、TM(事务管理器，启动事务的服务，seata客户端)、RM（资源管理器，seata客户端）

下载后解压：

本人演示的seata存储模式用的是file所以没有配置服务端的数据库，如果选择db模式，请创建服务端数据库并执行代码包中的数据库脚本

启动eureka服务后，启动seata服务（TC）

公共模块pom中引入seata依赖：

base-info服务上配置seata：

修改base-info服务application.yml文件

修改公共模块下数据源配置信息：

伪代码如下：（AT模式下需要用到数据源代理）

@Configuration
public class SqlSessionConfig {

@ConfigurationProperties(prefix = "spring.datasource")
    @Bean
    public DataSource druidDataSource() {
        return new DruidDataSource();
    }

    @Primary
    @Bean("dataSource")
    public DataSourceProxy dataSourceProxy(DataSource druidDataSource) {
        return new DataSourceProxy(druidDataSource);
    }

    @Bean
    public MybatisSqlSessionFactoryBean mybatisSqlSessionFactoryBean(@Autowired MybatisPlusInterceptor interceptor,DataSourceProxy dataSourceProxy) throws IOException {
        MybatisSqlSessionFactoryBean mybatisPlus = new MybatisSqlSessionFactoryBean();
        mybatisPlus.setDataSource(dataSourceProxy);
        mybatisPlus.setVfs(SpringBootVFS.class);
        mybatisPlus.setConfigLocation(this.resourceLoader.getResource(configLocation));
        MybatisConfiguration mc = new MybatisConfiguration();
        mc.setMapUnderscoreToCamelCase(true);// 数据库和java都是驼峰，就不需要
        mybatisPlus.setConfiguration(mc);
        //注入分页 显式调用
        Interceptor[] plugins={interceptor};
        mybatisPlus.setPlugins(plugins);
        // 设置mapper.xml文件的路径
        ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
        Resource[] resource = resolver.getResources("classpath:mybatis/*.xml");
        mybatisPlus.setMapperLocations(resource);
        return mybatisPlus;
    }

}

jyw-learn模块下配置seata(类似base-info配置)

seata:
  application-id: ${spring.application.name}
  enabled: true
  tx-service-group: learn_tx_group
  enable-auto-data-source-proxy: false
  service:
    vgroupMapping:
      learn_tx_group: seata-server
    disable-global-transaction: false
    grouplist:
      default: 192.168.134.1:8091
  registry:
    type: eureka
    eureka:
      service-url: http://localhost:8081/eureka
      weight: 1

启动base-info，jyw-learn两个服务，控制台打印数据：

seata服务器控制台打印：

注册成功

在两个服务中分别创建undo_log表：

CREATE TABLE `undo_log` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`branch_id` bigint(20) NOT NULL,
`xid` varchar(100) NOT NULL,
`context` varchar(128) NOT NULL,
`rollback_info` longblob NOT NULL,
`log_status` int(11) NOT NULL,
`log_created` datetime NOT NULL,
`log_modified` datetime NOT NULL,
`ext` varchar(100) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;

seata执行流程请参阅：Seata入门系列(12)-Seata1.4.2之AT模式执行流程解析_云烟成雨TD的博客-CSDN博客_seata 流程

数据源不配置成代理，会导致不会插入undo_log表，即使事务rollback了，数据也不能被反向补偿

AX模式实例演示：

在远程调用断点，查看undo_log日志：

此字段可以理解为记录一阶段本地事务的的具体动作，一遍远程调用异常时，反向补偿(数据回滚)

远程调用还未执行，TM的本地事务已经提交数据已经入库：

查看base-info控制台，数据回滚后，undo_log数据已被清除，释放全局锁：

AT模式的优缺点：

优点:通过代码我们可以发现，AT模式的启用仅仅是在方法上加@GlobalTransactional, 一种无任何侵入的分布式事务解决方案,一阶段、二阶段提交及回滚均由seata框架自动完成。使用简单

缺点：消耗性能，因为需要开启全局锁

AT模式问题延深：

如何防止AT模式下数据脏读问题？

产生脏读原因：前面的分析我们知道AT模式2阶段提交，一阶段执行在执行完本地事务后，会将数据A持久化到数据库中并生成A数据的undo_log记录，假设现在调用远程事务的同事时，有新的一个本地事务对A数据进修修改，导致A目前的数据跟undo_log记录不一致，在调用远程事务时异常，进而导致全局事务不能回滚。。。A数据不能被回滚，产生了脏数据

2种处理脏读方案：

a.在新的本地事务方法上增加注解@GlobalTransactional，

b.在新事务上增加@GlobalLock

此两种方案本质上都是查看全局锁是否被释放