一文详解 SpringBoot 多数据源中的分布式事务

作者 |小涛责编 | maozz虽然现在微服务越来越流行，我们的系统随之也拆分出来好多的模块功能。这样做的目的其实就是为了弥补单体架构中存在的不足。随着微服务的拆分，肯定设计到分库分表，但这之中肯定设计到分布式事务。最典型的例子就是银行转账，比如银行A给银行B转账500 块钱，流程肯定是银行A-500，银行B+500，在这个过程要么都成功，要么都成仁。首先银行A和银行B...

CSDN资讯

1209人浏览 · 2019-12-07 13:30:00

CSDN资讯 · 2019-12-07 13:30:00 发布

作者 | 小涛

责编 | maozz

虽然现在微服务越来越流行，我们的系统随之也拆分出来好多的模块功能。这样做的目的其实就是为了弥补单体架构中存在的不足。

随着微服务的拆分，肯定设计到分库分表，但这之中肯定设计到分布式事务。最典型的例子就是银行转账，比如银行A给银行B转账500 块钱，流程肯定是银行A-500，银行B+500，在这个过程要么都成功，要么都成仁。

首先银行A和银行B的数肯定是在不同的数据库，如果在转账的过程中，银行A首先-500库钱之后，在银行B+500的时候出现了问题，如果事务不回滚，那么就会出现500块钱丢失的问题，也就是出现了事务一致性问题。

JTA + Atomikos解决分布式事务

JTA（java Transaction API）是JavaEE 13 个开发规范之一。Java 事务API，允许应用程序执行分布式事务处理——在两个或多个网络计算机资源上访问并且更新数据。JDBC驱动程序的JTA支持极大地增强了数据访问能力。事务最简单最直接的目的就是保证数据的有效性，数据的一致性。

Atomikos是一个为Java平台提供增值服务的并且开源类事务管理器。

工作原理：分布式事务包括事务管理器和支持XA的资源管理器。资源管理器就是我们的DB，事务管理器就是承担调节和控制所有参与DB所设计到的事务。

个人理解：Atomikos 获取到数据库的连接之后，会屏蔽数据库底层事务控制，然后全部交给 Atomikos，进行统一的调度和控制。

接下来，我们简单的做一个基于 SpringBoot 的分布式事务控制。

1、首先我们要引入需要引入的maven库

<!--分布式事务-->
<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-jta-atomikos</artifactId>
</dependency>

2、配置数据源

3、配置类

最主要的配置

@Configuration
@MapperScan(basePackages = "com.example.mapper.db1", sqlSessionFactoryRef = "db1SqlSessionFactory")
public class DB1DataSourcesConfig {


    @Primary
    @Bean(name = "db1DataSource")
    public DataSource dataSource(DB1Config DB1Config) {


        // 设置数据库连接
        MysqlXADataSource mysqlXADataSource = new MysqlXADataSource();
        mysqlXADataSource.setUrl(DB1Config.getUrl_jdbc());
        mysqlXADataSource.setUser(DB1Config.getUsername());
        mysqlXADataSource.setPassword(DB1Config.getPassword());
        mysqlXADataSource.setPinGlobalTxToPhysicalConnection(true);


        // 交给事务管理器进行管理
        AtomikosDataSourceBean atomikosDataSourceBean = new AtomikosDataSourceBean();
        atomikosDataSourceBean.setXaDataSource(mysqlXADataSource);
        atomikosDataSourceBean.setUniqueResourceName("db1DataSource");
        return atomikosDataSourceBean;
    }


    @Primary
    @Bean(name = "db1SqlSessionFactory")
    public SqlSessionFactory sqlSessionFactory(@Qualifier("db1DataSource") DataSource dataSource) throws Exception {
        SqlSessionFactoryBean sessionFactoryBean = new SqlSessionFactoryBean();
        sessionFactoryBean.setDataSource(dataSource);
        sessionFactoryBean.setMapperLocations(new PathMatchingResourcePatternResolver().getResources("classpath*:/mapper/db1/*.xml"));


        org.apache.ibatis.session.Configuration configuration = new org.apache.ibatis.session.Configuration();
        configuration.setMapUnderscoreToCamelCase(true);


        sessionFactoryBean.setConfiguration(configuration);
        return sessionFactoryBean.getObject();
    }


    @Primary
    @Bean(name = "db1SqlSessionTemplate")
    public SqlSessionTemplate sqlSessionTemplate(@Qualifier("db1SqlSessionFactory") SqlSessionFactory sqlSessionFactory) {
        return new SqlSessionTemplate(sqlSessionFactory);
    }
}

这样基本就配置完了，这里我只写了一个数据库的配置，另外一个同这个一样，就是数据库信息变了而已。

测试

这里设计到两个数据的修改，学生姓名和学生分数成绩，这两个数据分别存储在不同的数据库。我们通过接口先修改用户信息，接着再修改用户的分数信息。

没有修改前的数据

我们先没不加事务，先看下如果再修改分数的时候出现异常，用户信息会不会回滚回去。

结果

首先代码在39行报错，如果按照我们的逻辑，如果修改分数失败，那么相应的用户的年龄修改也是不成功的，但是结果显示用户的年龄还是被修改了，显然这个接口并没有被分布式事务所管理。

我们先把数据改回原来，然后我们再把事务加上，看还不会出现这种问题。（方法上加@Transactional注解即可）

综合结果

加了分布式事务之后，通过结果就可以看到，如果后面的结果出现了错误，前面的数据也是会进行回滚的，保证了事务的前后一致性，确保了数据的安全准确。

总结：以上就是 JTA + Atomikos 实现分布式事务的整个过程，相对实现功能来说还是比较简单的，以上的测试是基于单个的 SpringBoot 项目的，相对于真正的微服务来说，这样的方式我还没有进行测试，如果需要进行微服务之间的事务管理，也可以通过 mq 或者 dubbo 去进行事务的一致性管理。

本文为作者投稿，版权归作者个人所有。

【END】