Springboot多数据源及事务实现方案

大王只是带我巡了个山

已于 2024-06-07 11:12:31 修改

阅读量1k

点赞数 27

分类专栏：多数据源文章标签： spring boot java 事务Transactional 多数据源微服务 springcloud Spring mybatis

于 2024-04-25 10:32:19 首次发布

本文链接：https://blog.csdn.net/Youth_Mr6/article/details/138180517

版权

多数据源专栏收录该内容

1 篇文章 0 订阅

订阅专栏

Springboot多数据源及事务实现方案

背景

因业务需要，现要将当前系统的业务数据拆分为两部分 A 和 B，分别在不同的数据库中存储。本次方案在不借助中间件的情况下，在代码层面进行实现多数据源及事务。

业务系统技术栈：springboot、mybatis、mybatis-plus、Druid、MySQL。

问题分析

本次变动是发生在数据层，即业务逻辑不变，只是数据的走向发生了变化。
本次变动影响的维度有前端界面操作、定时任务以及第三方接口。

针对以上两点，所以在本次技术实现中，要做到：

支持手动切换数据源，即自定义注解控制数据源切换。
支持用户操作前端页面时，携带默认的数据源，即用切面实现数据源的控制。
改动要小，不改动业务逻辑，少改动业务代码。（这个目标就注定要用 AOP。。。）

实现原理

1. 数据源抽象与动态路由

Spring 框架提供了AbstractRoutingDataSource，这是一个数据源路由抽象类，允许动态切换数据源。它内部维护了一个数据源映射（Map） resolvedDataSources ，可以根据某个键值（通常是当前线程的某种状态）来决定实际使用哪个数据源。在每次数据库操作前通过覆写 determineCurrentLookupKey 方法来提供这个键值，获取不同的 connection（数据库连接），从而实现动态数据源的选择。

AbstractRoutingDataSource 类图如下：
在这里插入图片描述

2. 线程本地存储（ThreadLocal）

为了在整个请求处理过程中保持数据源的一致性，通常会使用ThreadLocal来存储当前线程所选择的数据源标识。ThreadLocal提供了线程局部变量，确保每个线程只能访问自己的数据源标识，这样就可以在并发环境下安全地改变和存取当前线程的数据源选择。

3. 面向切面编程（AOP）

通过使用AOP（面向切面编程），可以在不修改业务代码的前提下，实现数据源的动态切换。具体做法是定义一个切面（Aspect），在这个切面中拦截特定的方法调用（比如，使用自定义注解标记的方法）。在方法执行前，根据方法上的注解或其他逻辑来设置 ThreadLocal 中的数据源标识，方法执行后清除这个标识。这样，当执行数据库操作时，就会根据当前线程的数据源标识来选择相应的数据源。

4. 自定义注解

为了更灵活地控制数据源的选择，通常会定义一个或多个自定义注解（如@DataSource）。在业务方法上使用这些注解来指明该方法应当使用的数据源。结合AOP，可以在方法执行前读取这些注解的值，据此动态切换数据源。

实现流程

通过AOP切面，在方法执行前后分别设置和清除ThreadLocal中的数据源标识。这一步骤是通过拦截带有@TargetDataSource注解的方法来实现的。

1. 设置数据源标识

通过AOP，在方法执行前分别设置 ThreadLocal中的数据源标识。

2. 开始数据库操作

当开始执行一个数据库操作（如查询、更新）时，MyBatis 会尝试通过 SqlSessionFactoryBean 中配置的 DataSource 获取数据库连接。

3. 获取数据库连接

MyBatis 通过 SqlSessionFactoryBean 配置的 DataSource 获取数据库连接，确定使用的数据源之后，再去 Druid 连接池中获取相应的连接。

获取当前数据源标识（determineCurrentLookupKey）：

我们配置的DataSource 是 DynamicDataSource，则会触发DynamicDataSource 的 getConnection 方法（因为没有重写该方法，所以实际使用的还是 AbstractRoutingDataSource 中的getConnection方法）。

getConnection 方法内部会调用determineTargetDataSource方法，该方法又会调用determineCurrentLookupKey。

在determineCurrentLookupKey方法中，通过DynamicDataSourceContextHolder.peek() 获取当前线程设置的数据源标识。
确定数据源：

根据上一步中获取的数据源标识，AbstractRoutingDataSource从其维护的目标数据源映射中选择相应的 DataSource。
获取数据库连接：

根据上一步选定的 DataSource 从 Druid 连接池中获取一个池子分配的现有连接，或者在没有可用连接时建立一个新的数据库连接相应的数据库连接。

4. 执行数据库操作

有了数据库连接后，MyBatis 就可以执行相应的数据库操作了，以下操作 Mybatis 已经实现自动化，无需编写代码实现。

获取连接（getConnection）：

使用上一步获取到的连接。
执行SQL语句：

一旦获取到数据库连接，系统就可以使用这个连接来创建一个或多个SQL语句（Statement、PreparedStatement等），并通过这些语句执行具体的SQL操作（如查询、更新、删除等）。
处理结果：

对于查询操作，执行SQL之后会得到一个结果集（ResultSet），接下来需要对这个结果集进行处理，提取出需要的数据。对于更新、删除等操作，通常会返回一个表示受影响行数的整数。
关闭连接：

在SQL操作完成后，应当关闭ResultSet、Statement以及Connection，释放资源。在使用连接池的情况下，关闭连接通常意味着将连接返回给连接池，以便再次使用，而不是真正关闭物理连接。

5. 操作完成

数据库操作完成后，通过AOP切面在方法执行后清除 ThreadLocal 中的数据源标识，保证下一次操作不会受到影响。

流程图如下：

在这里插入图片描述

多数据源事务

1. 多数据源事务简介

在多数据源的情况下，具体来说是在一个方法中既使用了数据源 A 又使用了数据源 B 的情况下，事务会失效，即无法实现数据源 A 和数据源 B 同时提交和回滚。

事务的具体原理不在本篇作过多的介绍（后面有时间就补一篇），本篇会对比集中实现多数据源事务的方案。

**多数据源情况下事务失效简单来说就是 Spring 默认的事务只是针对同一个数据库链接实现的，不支持多个数据库链接。**由上面的实现原理和实现流程可知，在执行 SQL 语句时会获取数据库链接，Spring 的事务会缓存第一个数据库链接，当第二个SQL 是不同的数据源时，不会重新获取链接，导致事务失效。

2. 多数据源事务实现方案对比：

通过改变传播机制，即通过新开事务的方式。

该方案需要对所有使用到事务的业务代码进行重构，费时费力。
配置多套 Mapper，使用不同的事务管理器

该方案需要将现有的 Mapper 拆分为多套，从而实现事务控制。该方案维护成本以及后续开发成本高，更适合将读写拆分为不同 Mapper 的项目。
XA 二阶段提交

MySQL 支持 XA 二阶段提交，但该方式比较重，会存在一定的性能问题。且该方式使用 tkmybatis 时，tkmybatis 框架的方法失效；mybatis-plus 框架正常。
自定义事务管理器

采用该方案。从数据源失效的原因可知，实现多数据源事务需要将多个数据库链接放到同一个事务中，所以自定义事务管理器，实现多个数据库链接的提交和回滚。

代码实现

1. 数据源切换控制器

用于进行数据源的切换和清除。


public final class DynamicDataSourceContextHolder {

    /**
     * 为什么要用链表存储(准确的是栈)
     * <pre>
     * 为了支持嵌套切换，如ABC三个service都是不同的数据源
     * 其中A的某个业务要调B的方法，B的方法需要调用C的方法。一级一级调用切换，形成了链。
     * 传统的只设置当前线程的方式不能满足此业务需求，必须使用栈，后进先出。
     * </pre>
     */
    private static final ThreadLocal<Deque<String>> LOOKUP_KEY_HOLDER = new NamedThreadLocal<>("dynamic-datasource") {
        @Override
        protected Deque<String> initialValue() {
            return new ArrayDeque<>();
        }
    };

    private DynamicDataSourceContextHolder() {
    }

    /**
     * 获得当前线程数据源
     *
     * @return 数据源名称
     */
    public static String peek() {
        return LOOKUP_KEY_HOLDER.get().peek();
    }

    /**
     * 设置当前线程数据源
     * <p>
     * 如非必要不要手动调用，调用后确保最终清除
     * </p>
     *
     * @param dataSource 数据源名称
     */
    public static void push(String dataSource) {
        String dataSourceStr = StrUtil.isEmpty(dataSource) ? "" : dataSource;
        LOOKUP_KEY_HOLDER.get().push(dataSourceStr);
    }

    /**
     * 清空当前线程数据源
     * <p>
     * 如果当前线程是连续切换数据源 只会移除掉当前线程的数据源名称
     * clear() 会清空所有的数据源, 导致后续的 Service 调用都会使用默认的数据源
     * </p>
     */
    public static void poll() {
        Deque<String> deque = LOOKUP_KEY_HOLDER.get();
        deque.poll();
        if (deque.isEmpty()) {
            clear();
        }
    }

    /**
     * 强制清空本地线程
     * <p>
     * 防止内存泄漏，如手动调用了push可调用此方法确保清除
     * </p>
     */
    public static void clear() {
        LOOKUP_KEY_HOLDER.remove();
    }

    /* copilot 对该类的一些解释
    这个类是一个Java的工具类，它被定义为final，这意味着这个类不能被继承。
    它的构造函数是私有的，这意味着你不能在类的外部创建这个类的实例。
    这是一种常见的设计模式，叫做单例模式，用于确保一个类只有一个实例。

    这个类中的主要变量是一个名为`LOOKUP_KEY_HOLDER`的`ThreadLocal`对象。
    `ThreadLocal`是Java中的一个类，它提供了线程局部变量。这些变量与线程的生命周期相同，每个线程都保持其自己的独立副本。

    `LOOKUP_KEY_HOLDER`被初始化为一个`Deque<String>`（双端队列）的线程局部变量。
    这是通过`ThreadLocal`的匿名子类实现的，该子类覆盖了`initialValue`方法来提供`ThreadLocal`变量的初始值，即一个新的`ArrayDeque`实例。

    在应用运行期间，每个线程都会有自己的`LOOKUP_KEY_HOLDER`副本，每个副本都是一个独立的`Deque<String>`实例。
    这意味着，尽管`DynamicDataSourceContextHolder`类本身只有一个实例，但`LOOKUP_KEY_HOLDER`变量在每个线程中都有一个独立的副本。

    `push`方法用于将数据源名称添加到当前线程的`LOOKUP_KEY_HOLDER`双端队列的顶部，
    `peek`方法用于查看当前线程的`LOOKUP_KEY_HOLDER`双端队列的顶部元素（即最近添加的数据源名称），
    而`poll`方法用于移除当前线程的`LOOKUP_KEY_HOLDER`双端队列的顶部元素。
    如果双端队列为空，`clear`方法会被调用，它会清除当前线程的`LOOKUP_KEY_HOLDER`变量。


    `DynamicDataSourceContextHolder`类，包括其静态变量和方法，都存储在Java虚拟机（JVM）的方法区中。
    方法区是JVM的一部分，用于存储已被加载的类信息、常量、静态变量以及即时编译器编译后的代码等数据。

    具体来说，`DynamicDataSourceContextHolder`类的定义，包括其方法的字节码，都存储在方法区。
    类的静态变量，如`LOOKUP_KEY_HOLDER`，也存储在方法区。

    然而，`LOOKUP_KEY_HOLDER`变量指向的`ThreadLocal<Deque<String>>`对象实例并不存储在方法区，而是存储在堆区。
    堆区是JVM的另一部分，用于存储所有的对象实例。每个线程的`ThreadLocal`变量副本存储在各自线程的线程栈中。

    至于方法的调用，例如`push`、`peek`、`poll`和`clear`，它们在被调用时会创建一个栈帧存储在调用线程的Java栈中。
    Java栈是用于存储局部变量、操作数栈、动态链接和方法出口等信息的区域。
     */

}

2. 多数据源配置

读取配置文件中的多数据源配置并初始化，怎么读取配置不过多介绍。

@Configuration
public class DruidDataSourceDynamicConfig {

    @Resource
    private DruidCommonProperties druidCommonProperties;

    /***
     *  主数据源
     *  initMethod = "init", 其中 init 调用 DruidDataSource 中的 init 方法;
     *  指定该属性, 可在应用启动时控制台看到初始化日志; 若不指定, 则在使用时进行初始化, 且不会打印初始化日志.
     *
     * @return DataSource
     * Author: lzhch 2023/12/6 17:36
     * Since: 1.0.0
     */
    @Bean(name = "masterDataSource", initMethod = "init")
    @ConfigurationProperties("spring.datasource.druid.master")
    public DataSource masterDataSource() {
        return druidCommonProperties.dataSource();
    }

    /**
     * 进行多数据源设置
     * 默认注入多数据源, 所以 @Primary 加在多数据源 Bean 上
     *
     * @return DynamicDataSource
     * Author: lzhch 2023/12/6 17:38
     * Since: 1.0.0
     */
    @Primary
    @Bean(name = "dynamicDataSource")
    public DynamicDataSource dataSource() throws SQLException {
        Map<Object, Object> targetDataSources = new HashMap<>();
        targetDataSources.put(DataSourceType.MASTER, masterDataSource());

        // 获取Druid配置的从数据库映射Map
        Map<String, DataSourceProperties> allDataSourcesMap = druidCommonProperties.getSlaveDataSourcesMap();

        // 遍历从数据库映射Map
        for (Map.Entry<String, DataSourceProperties> entry : allDataSourcesMap.entrySet()) {

            // 获取键值
            String datasourceName = entry.getValue().getName();
            DataSourceProperties value = entry.getValue();

            // 创建Druid数据源对象
            DruidDataSource druidDataSource = druidCommonProperties.dataSource();
            // 设置数据源名称,数据库连接URL,用户名,密码,驱动类名
            druidDataSource.setName(datasourceName);
            druidDataSource.setUrl(value.getUrl());
            druidDataSource.setUsername(value.getUsername());
            druidDataSource.setPassword(value.getPassword());
            druidDataSource.setDriverClassName(value.getDriverClassName());
            // 初始化数据源
            druidDataSource.init();

            // 将数据源添加到targetDataSources中
            targetDataSources.put(datasourceName, druidDataSource);
        }

        // 返回动态数据源
        return new DynamicDataSource(masterDataSource(), targetDataSources);
    }

}

3. 动态数据源

进行多数据源的初始化，继承 AbstractRoutingDataSource 并且重写 determineCurrentLookupKey 。

public class DynamicDataSource extends AbstractRoutingDataSource {

    /**
     * 默认数据源
     */
    private final DataSource defaultTargetDataSource;

    /**
     * 所有数据源(包含默认数据源)
     */
    private final Map<Object, Object> targetDataSources;

    /**
     * 设置所有的数据源
     * 构造方法中只完成属性的赋值, 构造方法执行完还有其他操作,所以不进行 Bean 的初始化;
     * 重写 afterPropertiesSet() 方法让 spring 进行 Bean 的初始化
     *
     * @param defaultTargetDataSource 默认数据源
     * @param targetDataSources       所有数据源(包含默认数据源)
     * @return: void
     * Author: lzhch 2023/12/6 16:16
     * Since: 1.0.0
     */
    public DynamicDataSource(DataSource defaultTargetDataSource, Map<Object, Object> targetDataSources) {
        this.defaultTargetDataSource = defaultTargetDataSource;
        this.targetDataSources = targetDataSources;
    }

    /**
     * 获取当前数据源的标识
     * 应用通过 ORM 框架(mybatis/JPA等) 和数据库建立链接(Connection), 通过在 AbstractRoutingDataSource 中调用 getConnection 实现
     * 在 getConnection 中最终会调用到 determineCurrentLookupKey 方法, 该方法返回的是数据源的标识
     * 所以多数据源的关键就在于 determineCurrentLookupKey 方法, 多数据源就是建立了多个数据库连接(应用程序和不同数据库的链接)
     * spring 事务就是通过在一个数据库连接中执行全部 SQL 来控制提交和回滚
     * 在多数据源情况下, 每个数据库连接会有自己的事务, 互不影响, 所以这也是多数据源情况下事务失效(异常情况下不能全部回滚)的原因
     *
     * @return Object
     * Author: lzhch 2023/12/6 16:16
     * Since: 1.0.0
     */
    @Override
    protected Object determineCurrentLookupKey() {
        String ds = DynamicDataSourceContextHolder.peek();
        return StrUtil.isBlank(ds) ? DataSourceType.MASTER : ds;
    }

    /**
     * 重写 afterPropertiesSet() 方法让 spring 进行 Bean 的初始化
     */
    public void afterPropertiesSet() {
        super.setDefaultTargetDataSource(defaultTargetDataSource);
        super.setTargetDataSources(targetDataSources);
        super.afterPropertiesSet();
    }

}

4. 自定义注解和切面

自定义注解搭配 AOP 实现手动控制多数据源切换

// @Inherited 注解的作用是：允许子类继承父类中的注解。
// 添加在类上, 子类会继承该注解, 即父类上添加了 MultiDataSourceTransactional 注解, 子类会默认继承该注解;
// 添加在接口上, 实现类不会继承该注解;
// 添加在方法上, 子类不会继承该注解
// @Inherited
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD, ElementType.TYPE})
public @interface DataSource {

    String value() default DataSourceType.MASTER;

}

5. 切面

在切面中定义切点（Pointcut），对切点进行不同的设置即可实现不同场景的需求。下面的代码是实现拦截自定义注解的示例，也可以拦截包路径、方法等，从而可以实现根据登录的用户信息切换不同的数据源。

@Slf4j
@Aspect
@Component
public class DataSourceAspect {

    /*
     * @annotation 匹配指定注解的方法
     * @within 匹配指定注解的类
     * 注意：这里只拦截所注解的类，如果调用的是父类的方法，那么不会拦截，除非父类方法在子类中被覆盖。
     */
    @Pointcut("@annotation(com.lzhch.practice.dynamic.annotation.DataSource) || @within(com.lzhch.practice.dynamic.annotation.DataSource)")
    public void dataSourcePointCut() {
    }

    @Around("dataSourcePointCut()")
    public Object around(ProceedingJoinPoint point) throws Throwable {
        MethodSignature signature = (MethodSignature) point.getSignature();
        Method method = signature.getMethod();
        Class<?> dataClass = Class.forName(signature.getDeclaringTypeName());

        DataSource dsMethod = method.getAnnotation(DataSource.class);
        DataSource dsClass = dataClass.getAnnotation(DataSource.class);
        if (dsMethod != null) {
            //方法优先，如果方法上存在注解，则优先使用方法上的注解
            DynamicDataSourceContextHolder.push(dsMethod.value());
            log.info("method first, set datasource is " + dsMethod.value());
        } else if (dsClass != null) {
            //其次类优先，如果类上存在注解，则使用类上的注解
            DynamicDataSourceContextHolder.push(dsClass.value());
            log.info("class second, set datasource is " + dsClass.value());
        } else {
            //如果都不存在，则使用默认
            DynamicDataSourceContextHolder.push(DataSourceType.MASTER);
            log.info("default, set datasource is " + DataSourceType.MASTER);
        }

        try {
            return point.proceed();
        } finally {
            // 不使用 clear 方法, 否则后面的数据源切换会被清空, 造成数据源切换失败
            // DynamicDataSourceContextHolder.clear();
            DynamicDataSourceContextHolder.poll();
            log.info("clean datasource");
        }
    }

}

6. 事务

多数据源事务控制器
用于控制事务的提交和回滚

/**
 * 多数据源事务管理器
 * <p>
 * spring 原生的事务管理是只会获取一次连接, 并将连接缓存, 第二次获取时直接从缓存中获取
 * 所以导致了切换数据源失效, 因为第二次(不同数据源)并没有去重新获取数据库连接, 还是使用第一次的连接
 * 所以这里重写了事务管理器, 每次都会重新获取数据库连接, 并将连接缓存到 datasourceConnMap 中
 * 从而实现不同的数据源获取不同的连接, 从而开启不同的事务
 */
public class MultiDataSourceTransaction implements Transaction {

    private final DataSource dataSource;

    private final ConcurrentMap<String, Connection> datasourceConnMap;

    private boolean autoCommit;

    public MultiDataSourceTransaction(DataSource dataSource) {
        Assert.notNull(dataSource, "No DataSource specified");
        this.dataSource = dataSource;
        datasourceConnMap = MapUtil.newConcurrentHashMap();
    }

    /**
     * 获取数据库连接
     * 每次都根据数据源标识获取数据库连接, 并将连接缓存到 datasourceConnMap 中
     * 从而实现不同的数据源获取不同的连接, 从而开启不同的事务
     * spring 原生的只会获取一次连接, 所以会导致开启事务时切换数据源失效
     */
    @Override
    public Connection getConnection() throws SQLException {
        String ds = DynamicDataSourceContextHolder.peek();
        if (StrUtil.isBlank(ds)) {
            ds = DataSourceType.MASTER;
        }

        if (this.datasourceConnMap.containsKey(ds)) {
            return this.datasourceConnMap.get(ds);
        }

        Connection conn = this.dataSource.getConnection();
        autoCommit = false;
        conn.setAutoCommit(false);
        this.datasourceConnMap.put(ds, conn);
        return conn;
    }

    /**
     * 提交事务
     * 将所有的数据源连接分别进行事务的提交
     */
    @Override
    public void commit() throws SQLException {
        for (Connection conn : this.datasourceConnMap.values()) {
            if (!autoCommit) {
                conn.commit();
            }
        }
    }

    /**
     * 回滚事务
     * 将所有的数据源连接分别进行事务的回滚
     */
    @Override
    public void rollback() throws SQLException {
        for (Connection conn : this.datasourceConnMap.values()) {
            conn.rollback();
        }
    }

    /**
     * 关闭连接
     * 将所有的数据源连接分别进行关闭
     */
    @Override
    public void close() {
        for (Connection conn : this.datasourceConnMap.values()) {
            DataSourceUtils.releaseConnection(conn, dataSource);
        }
    }

    @Override
    public Integer getTimeout() {
        return null;
    }

}

多数据源事务工厂，使用自定义事务替换默认事务

public class MultiDataSourceTransactionFactory extends SpringManagedTransactionFactory {

    /**
     * 自定义事务管理器, 替换掉 spring 默认的 SpringManagedTransaction
     *
     * @param dataSource DataSource to take the connection from
     * @param level      Desired isolation level
     * @param autoCommit Desired autocommit
     * @return Transaction 新的事务管理器
     */
    @Override
    public Transaction newTransaction(DataSource dataSource, TransactionIsolationLevel level, boolean autoCommit) {
        return new MultiDataSourceTransaction(dataSource);
    }

}

多数据源事务配置，在 sqlSession 中设置自定义事务

@Configuration
@MapperScan(value = "com.lzhch.practice.business.mapper")
public class MultiDataSourceConfig {

    @javax.annotation.Resource
    private MybatisPlusProperties mybatisProperties;

    /**
     * 设置 SqlSessionFactory
     */
    @Bean
    @SneakyThrows
    public SqlSessionFactory sqlSessionFactory(@Qualifier("dynamicDataSource") DataSource dataSource) {
        SqlSessionFactoryBean sqlSessionFactoryBean = new SqlSessionFactoryBean();
        sqlSessionFactoryBean.setTransactionFactory(new MultiDataSourceTransactionFactory());
        sqlSessionFactoryBean.setDataSource(dataSource);
        sqlSessionFactoryBean.setTypeAliasesPackage(mybatisProperties.getTypeAliasesPackage());
        List<Resource> resourceList = new ArrayList<>();
        for (String mapperLocation : mybatisProperties.getMapperLocations()) {
            resourceList.addAll(Arrays.asList(new PathMatchingResourcePatternResolver().getResources(mapperLocation)));
        }
        Assert.notEmpty(resourceList, "mapperLocations can't be empty");
        sqlSessionFactoryBean.setMapperLocations(resourceList.toArray(new org.springframework.core.io.Resource[resourceList.size()]));

        return sqlSessionFactoryBean.getObject();
    }

}

项目地址

https://github.com/lzhcccccch/SpringBoot3-Practice/tree/main/DynamicDataSource

大王只是带我巡了个山

关注

27
点赞
踩
31

收藏

觉得还不错? 一键收藏
4
评论
Springboot多数据源及事务实现方案

为了更灵活地控制数据源的选择，通常会定义一个或多个自定义注解（如在业务方法上使用这些注解来指明该方法应当使用的数据源。结合AOP，可以在方法执行前读取这些注解的值，据此动态切换数据源。在多数据源的情况下，具体来说是在一个方法中既使用了数据源 A 又使用了数据源 B 的情况下，事务会失效，即无法实现数据源 A 和数据源 B 同时提交和回滚。事务的具体原理不在本篇作过多的介绍（后面有时间就补一篇），本篇会对比集中实现多数据源事务的方案。
复制链接

扫一扫