事务导致Mybatis plus的多数据源@DS不起作用

由于使用了微服务，会有多个数据库的情况，有时业务需要，需要切换数据源，所以使用了Mybatis plus的@DS来切换多数据源

yml数据库配置如下：

service如下，默认是master数据源

userService

bookService

但是神奇的事发生的，bookService的数据库应该是common，但是却是master的，也就是说@DS切换数据源没有起作用

于是开始排查

去除MasterService.upload上面的@Transactional，数据源切换正常，但是事务无效BookService的save上面加@Transactional，数据源没有切换BookService的save上面加@Transactional(propagation = Propagation.REQUIRES_NEW)，数据源切换，且事务有效原因：

开启事务的同时，会从数据库连接池获取数据库连接；如果内层的service使用@DS切换数据源，只是又做了一层拦截，但是并没有改变整个事务的连接在这个事务内的所有数据库操作，都是在事务连接建立之后，所以会产生数据源没有切换的问题为了使@DS起作用，必须替换数据库连接，也就是改变事务的传播机智，产生新的事务，获取新的数据库连接所以bookService的save方法上除了加@Transactional外，还需要设置propagation = Propagation.REQUIRES_NEW使得代码走以下逻辑：

在走startTransaction，再走doBegin，重新创建新事务，获取新的数据库连接，从而得到@DS的数据源

最终代码如下，只需要修改的是bookService

在方法上增加：@Transactional(propagation = Propagation.REQUIRES_NEW)

@DS数据源切换生效@Transaction事务生效需要注意：

master：userService

common：bookService

common数据库的操作，需要在master之后，这样当bookService.save失败，会使得userService回滚； 如果common的操作先，那当userService失败，无法使bookService回滚

会回滚

@Transactional(rollbackFor = Exception.class)

public void upload(ReqDto respDto){

userService.save(respDto);

bookService.save(respDto);

}

不会回滚

其他解决方式：

使用组合注解，适合只读的事务：

    @Target({ElementType.TYPE, ElementType.METHOD})
    @Retention(RetentionPolicy.RUNTIME)
    @Documented
    @Transactional(readOnly = true, propagation = Propagation.REQUIRES_NEW)
    @DS(ConfigConstants.ACCOUNT_DS_NAME)
    public @interface AccountRead {}