继上一篇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 。


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

702

被折叠的 条评论
为什么被折叠?



