Sharding-JDBC分库分表-分布式事务-5

分布式事务

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 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证事务的强一致性。

Sharding-JDBC分库分表-分布式事务-5_第1张图片

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事务依赖


<dependency>
    <groupId>org.apache.shardingspheregroupId>
    <artifactId>shardingsphere-transaction-xa-coreartifactId>
    <version>5.2.1version>
dependency>

<dependency>
    <groupId>com.atomikosgroupId>
    <artifactId>transactionsartifactId>
    <version>5.0.9version>
dependency>
<dependency>
    <groupId>com.atomikosgroupId>
    <artifactId>transactions-jtaartifactId>
    <version>5.0.9version>
dependency>
<dependency>
    <groupId>com.atomikosgroupId>
    <artifactId>transactions-jdbcartifactId>
    <version>5.0.9version>
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);
    }
}

运行用例,部分数据可以插入,部分数据会报错,如下图:

Sharding-JDBC分库分表-分布式事务-5_第2张图片

对于部分成功的数据查询数据库并没有入库,说明分布式事务进行了回滚,所以分布式事务生效了
在这里插入图片描述

你可能感兴趣的:(分库分表,分布式事务,分布式事务,XA,Sharding,JDBC)