分布式事务
Sharding JDBC事务介绍
分库分表必然会涉及到分布式事务的问题,关于这方面,sharding JDBC为用户提供了两种分布式事务解决方案:XA事务和BASE事务,这两个的区别是:XA事务,追求强一致性,锁定的资源范围比较大,是个并发量要求不高、事务锁定时间短的场景;而BASE事务是一种柔性事务,它追求的是最终一致性,对资源锁定范围小,适合高并发的场景。
关于sharding JDBC分布式事务的介绍见官方介绍:sharding JDBC分布式事务介绍
XA事务实践
XA 事务采用的是 X/OPEN 组织所定义的 DTP 模型 所抽象的 AP(应用程序), TM(事务管理器)和 RM(资源管理器) 概念来保证分布式事务的强一致性。 其中 TM 与 RM 间采用 XA 的协议进行双向通信,通过两阶段提交实现。 与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通知调用方事务是否可以被提交。 TM
可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证事务的强一致性。
XA 事务建立在 ShardingSphere 代理的数据库 xa start/end/prepare/commit/rollback/recover 的接口上。
对于一条逻辑 SQL,ShardingSphere 通过 xa begin
指令在每个被代理的数据库开启事务,内部集成 TM,用于协调各分支事务,并执行 xa commit/rollback
。
基于 XA 协议实现的分布式事务,由于在执行的过程中需要对所需资源进行锁定,它更加适用于执行时间确定的短事务。 对于长事务来说,整个事务进行期间对数据的独占,将会对并发场景下的性能产生一定的影响。
XA 事务的实现有以下几种
- Atomikos事务
- Narayana事务
- Bitronix事务
下面以Atomikos事务为例,结合前面的章节进行实践
引入依赖
官方参考:基于SpringBoot的XA事务依赖
<!-- 使用 XA 事务时,需要引入此模块 -->
<dependency>
<groupId>org.apache.shardingsphere</groupId>
<artifactId>shardingsphere-transaction-xa-core</artifactId>
<version>5.2.1</version>
</dependency>
<!-- 解决启动报错问题 -->
<dependency>
<groupId>com.atomikos</groupId>
<artifactId>transactions</artifactId>
<version>5.0.9</version>
</dependency>
<dependency>
<groupId>com.atomikos</groupId>
<artifactId>transactions-jta</artifactId>
<version>5.0.9</version>
</dependency>
<dependency>
<groupId>com.atomikos</groupId>
<artifactId>transactions-jdbc</artifactId>
<version>5.0.9</version>
</dependency>
额外引入的atomikos依赖是因为shardingsphere-transaction-xa-core启动时会报错:
java.lang.AbstractMethodError: com.atomikos.icatch.jta.JtaTransactionServicePlugin.beforeInit()V
事务配置
首先需要使用Java配置类对事务管理器PlatformTransactionManager和JdbcTemplate进行bean初始化
@Configuration
@EnableTransactionManagement
public class TransactionConfiguration {
@Bean
public PlatformTransactionManager txManager(final DataSource dataSource) {
return new DataSourceTransactionManager(dataSource);
}
@Bean
public JdbcTemplate jdbcTemplate(final DataSource dataSource) {
return new JdbcTemplate(dataSource);
}
}
然后再配置文件中配置
spring:
shardingsphere:
props:
xa-transaction-manager-type: Atomikos
使用分布式事务
使用的时候很简单,只用在处理分布式事务的方法上加注解@ShardingSphereTransactionType(TransactionType.XA)
@Autowired
private IOrderMapper mapper;
@Test
@Transactional
@ShardingSphereTransactionType(TransactionType.XA)
public void addOrderWithError() {
for (int i = 0; i < 20; i++) {
OrderPo orderPo = JMockData.mock(OrderPo.class);
orderPo.setOrderId((long) i);
orderPo.setStatus(1);
orderPo.setDeleted(0);
Faker faker = new Faker();
Calendar fromDate = Calendar.getInstance();
fromDate.set(2023, Calendar.JANUARY, 1);
Calendar toDate = Calendar.getInstance();
toDate.set(2024, Calendar.DECEMBER, 31); // 故意超出时间范围,使其报错
orderPo.setOrderDate(faker.date().between(fromDate.getTime(), toDate.getTime()));
log.info("add new order:{}", orderPo);
mapper.insert(orderPo);
}
}
运行用例,部分数据可以插入,部分数据会报错,如下图:
对于部分成功的数据查询数据库并没有入库,说明分布式事务进行了回滚,所以分布式事务生效了