分布式事务
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 {@Beanpublic PlatformTransactionManager txManager(final DataSource dataSource) {return new DataSourceTransactionManager(dataSource);}@Beanpublic 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);}
}
运行用例,部分数据可以插入,部分数据会报错,如下图:
对于部分成功的数据查询数据库并没有入库,说明分布式事务进行了回滚,所以分布式事务生效了