ShardingSphpere分库分表二之XA事务

本文介绍了在ShardingSphere中使用XA事务处理分库分表的事务,探讨了JTA和XA的关系,提到了JTA的两种实现方式。在实践中遇到JtaTransactionServicePlugin报错的问题,通过升级相关依赖版本解决了错误。最后展示了如何在Service层模拟异常进行XA事务回滚,并强调了Atomikos作为默认的事务管理器及xa_tx.log的重要性。

继上一篇ShardingSphere分表分库一之后,现在我们在说一下分表分库中的事务处理,这里我们使用的是数据库支持的XA事务,当然也可以使用柔性分布式事务,如使用Seata。

XA是一种分布式事务规范,与之对应的是JAVA平台上的事务规范JTA(Java Transaction Api)。JTA定义了对XA事务的支持,实际上,JTA就是基于XA构建的。但是JTA只是相当于一组结构,定义了分布式事务的处理方式,具体实现还是需要由各个厂商提供。
目前JTA有两种实现方式,一种是由特定的J2EE容器提供,例如这里提到的 narayana 就是由JBOSS提供的。另一种就是适用于所有J2EE的通用规范,例如Atomokios,他是ShardingSphere默认使用的事务管理器。

在POM文件内加入shardingsphere xa事务支持的引用:

<dependency>
    <groupId>org.apache.shardingsphere</groupId>
    <artifactId>shardingsphere-transaction-xa-core</artifactId>
    <version>${shardingsphere.version}</version>
</dependency>

添加XA事务配置。

@Configuration
@EnableTransactionManagement
public class ShardingTransactionXAConfig {

    @Bean
    public PlatformTransactionManager txManager(final DataSource dataSource) {
        return new DataSourceTransactionManager(dataSource);
    }
}

在Service的方法上加入ShardingSphere的事务注解@ShardingSphereTransactionType(TransactionType.XA),该方法内包含了模拟发生异常的代码,这里暂时注释掉。

@Override
@Transactional(rollbackFor = Exception.class)
@ShardingSphereTransactionType(TransactionType.XA)  //事务类型为XA
public void addOrder(List<Order> orders) {
    for(Order order:orders){
        orderMapper.insert(order);
    }
    //throw new RuntimeException("aaaa");
}

Controller内向Service传递两个对象,正常情况下根据分片规则这两条数据最终会插入到两个数据库中。

 @Operation(summary = "添加用户")
@PostMapping("addOrders")
public Order addOrders() {
    List<Order> list = new ArrayList<>();
    Order order = new Order();
    order.setName("测试用户" + RANDOM.nextInt());
    order.setUserId(IdUtil.getSnowflakeNextId());
    list.add(order);

    Order order2 = new Order();
    order2.setName("测试用户" + RANDOM.nextInt());
    order2.setUserId(user.getUserId()+1);
    list.add(order2);

    userService.addOrder(list);
    return user;
}

准备就绪后就启动程序,哎呀,控制台报错了:

Receiver class com.atomikos.icatch.jta.JtaTransactionServicePlugin does not define or inherit an implementation of the resolved method abstract beforeInit()V of interface com.atomikos.icatch.TransactionServicePlugin.

JtaTransactionServicePlugin 没有实现 TransactionServicePlugin 接口的beforeInit()方法,这个是JtaTransactionServicePlugin所在jar的版本不对引起的。看了下JtaTransactionServicePlugin所在包的版本为4.0.6。
在这里插入图片描述
代码里包含了一个有参数的beforeInit(Properties properties)方法。
在这里插入图片描述
而接口TransactionServicePlugin中beforeInit方法是没有无对的,所以报错了。TransactionServicePlugin所在包的版本为5.0.8,那就导一下5.0.8的JtaTransactionServicePlugin所在的包进来。
在这里插入图片描述
接着修改一下POM

<dependency>
    <groupId>org.apache.shardingsphere</groupId>
    <artifactId>shardingsphere-transaction-xa-core</artifactId>
    <version>${shardingsphere.version}</version>
    <exclusions>
        <exclusion>
            <artifactId>transactions-jta</artifactId>
            <groupId>com.atomikos</groupId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <artifactId>transactions-jta</artifactId>
    <groupId>com.atomikos</groupId>
    <version>5.0.8</version>
</dependency>

程序正常启动了,访问Controller 分库插入数据成功,打开Service层中的异常注释模拟XA回滚事务,重启访问接口发现XA事务可以正常的回滚了。

ShardingSphere默认是使用的Atomikos作为XA事务管理器,在项目中会生成一个xa_tx.log,这个是XA崩溃恢复所需的日志,不要删除。另外,可以在项目的classpath中添加jta.properties来定制Atomikos的配置项。具体配置项参见 https://www.atomikos.com/Documentation/JtaProperties
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值