社区编辑申请
注册/登录
一个注解搞定分布式事务
数据库 其他数据库
XA 规范描述了全局的事务管理器与局部的资源管理器之间的接口。XA规范的目的是允许多个资源(如数据库,应用服务器,消息队列等)在同一事务中访问,这样可以使 ACID 属性跨越应用程序而保持有效。

Sharding-JDBC目前还整合其他分布式事务模式来解决事务问题,今天就来介绍一下两阶段事务XA是如何解决分布式事务

什么是XA规范

XA 规范 是 X/Open 组织定义的分布式事务处理(DTP,Distributed Transaction Processing)标准。

XA 规范描述了全局的事务管理器与局部的资源管理器之间的接口。XA规范的目的是允许多个资源(如数据库,应用服务器,消息队列等)在同一事务中访问,这样可以使 ACID 属性跨越应用程序而保持有效。

XA 规范使用两阶段提交来保证所有资源同时提交或回滚任何特定的事务。

XA 事务的基础是两阶段提交协议。需要有一个事务协调者来保证所有的事务参与者都完成了准备工作(第一阶段)。如果协调者收到所有参与者都准备好的消息,就会通知所有的事务都可以提交了(第二阶段)。

MySQL 在这个 XA 事务中扮演的是参与者的角色,而不是协调者(事务管理器)。

MySQL中的XA事务分为外部XA和内部XA:

  • 外部XA:可以参与外部的分布式事务,需要协调者参与协调
  • 内部XA:用于同一实例下跨多引擎事务,由 Binlog 作为协调者,比如在一个存储引擎提交时,需要将提交信息写入二进制日志,这就是一个分布式内部 XA 事务,只不过二进制日志的参与者是 MySQL 本身。

基于XA规范分布式事务对业务是无侵入的,用户可以像使用本地事务一样使用基于XA规范的分布式事务。

但是基于XA规范的分布式事务属于强一致性事务,性能比较低,尤其在长事务的情况下,对资源的锁定时间较长,一般适用于短事务、低并发的场景。

MySQL中XA事务

接下来就以为MySQL中XA来演示一下,如下;

图片

上述命令什么意思呢?解析如下:

  • XA START "test_xid"​:开启一个XA事务,test_xid是全局事务xid,名称任意
  • update product_base set price=1000 where product_id=743948772064624640:执行的SQL语句
  • XA END "test_xid"​:这个表示结束一个 XA 事务,此时事务的状态转为IDLE。
  • XA PREPARE "test_xid":这个将事务置为 PREPARE 状态
  • XA COMMIT "test_xid":这个用来提交事务,提交之后,事务的状态就是 COMMITED。
  • XA ROLLBACK "test_xid":这个用来回滚事务

Sharding-JDBC中的XA事务

Sharding-JDBC目前已经整合了XA事务的支持,支持的Atomikos、NARAYANA 、BITRONIX 事务的实现,默认的实现是Atomikos。下面将以Atomikos为例子介绍一下Sharding-JDBC如何实现XA事务

SharingSphere是通过SPI的方式去定制分布式事务解决方案的,XA的默认实现是org.apache.shardingsphere.transaction.xa.XAShardingTransactionManager,有兴趣的可以看下其中源码

后文介绍到的弱一致性事务使用Seata的AT模式,对应的是org.apache.shardingsphere.transaction.base.seata.at.SeataATShardingTransactionManager

当然Seata也是支持XA事务,如果后续改写的话,可以通过SPI的方式的定制

1. 添加依赖

使用XA事务需要添加一个依赖,如下:

<!-- 使用XA事务时,需要引入此模块 -->
<dependency>
<groupId>org.apache.shardingsphere</groupId>
<artifactId>sharding-transaction-xa-core</artifactId>
</dependency>

可以看到这个依赖中内置了ATOMIKOS,如下:

图片

2. 配置事务管理器

使用事务之前当然需要配置一个事务管理器,这里和Spring Boot 中配置没差别,如下:

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

3. @ShardingTransactionType注解

想要开启XA分布式事务还需要使用一个注解@ShardingTransactionType,其中的value属性的值如下:

  • TransactionType.LOCAL:开启本地事务的支持,默认值
  • TransactionType.XA:开启XA事务的支持
  • TransactionType.BASE:开启弱事务的支持

那么显然这里只需要配置TransactionType.XA就能开启XA事务的支持

伪代码如下:

@ShardingTransactionType(value = TransactionType.XA)
@Transactional
public void method(){
//跨库操作
..............
}

4. 启动测试

演示的源码请看视频教程中的源码,需要注意的是Atomikos会在项目的logs目录下生成xa_tx.log文件,其中记录了事务日志,在XA崩溃恢复时所需要的日志,一定不要删除

图片

对于Atomikos的一些配置可以通过在项目的classpath中添加jta.properties来定制化Atomikos配置项,这里就不再给大家详细介绍了。

责任编辑:武晓燕 来源: 码猿技术专栏
相关推荐

2022-06-21 08:27:22

2022-06-27 08:21:05

Seata分布式事务微服务

2022-07-03 14:03:57

分布式Seata

2022-05-19 12:14:22

分布式开发框架

2022-06-18 23:03:05

Seata分布式事务

2022-06-17 08:37:14

2022-07-10 20:24:48

2022-06-01 08:50:23

2022-06-10 10:39:44

2020-05-28 09:35:05

分布式事务方案

2022-01-26 13:46:40

2009-06-19 15:28:31

2017-07-26 15:08:05

大数据分布式事务

2019-10-21 08:51:41

分布式事务CAPAP

2020-03-31 08:05:23

2021-04-27 07:52:18

分布式事务系统

2021-11-05 07:18:15

2020-04-20 19:00:30

程序员分布式事务架构

2019-08-19 10:24:33

2020-03-31 16:13:26

分布式事务方案TCC

同话题下的热门内容

如何设计多语言数据库一款Web3原生数据库:Tableland自研ES+HBase+纯内存的高性能毫秒级查询引擎多套环境的数据库隔离,域名访问,差异化配置,香!快解锁!高并发+海量数据下如何实现系统解耦?「下」不加机器,如何抗住每天百亿级高并发流量?高并发+海量数据下如何实现系统解耦?「中」高并发+海量数据下如何实现系统解耦?「上」

编辑推荐

几款开源的图形化Redis客户端管理软件推荐NoSQL数据库概览及其与SQL语法的比较为什么MongoDB敢说“做以前你从未能做的事”Python操作MongoDB看这一篇就够了一文看懂分布式数据库原理和 PostgreSQL 分布式架构
我收藏的内容
点赞
收藏

51CTO技术栈公众号