spring 本地多数据源及其事务

一.引言

目前项目中存在一个单体服务操作多个Mysql的情况，历史方案：项目通过继承AbstractRoutingDataSource，重写获取数据源的方法，再提供一个utils类，实现根据租户id的动态数据源的切换。

问题：

1.动态数据源切换需要手动调用utils类的方法，该方法出现在controller,serviceImpl等各个地方，影响了业务代码的逻辑可读性和清晰性。

2.如果开启了spring的事务，切换数据源必须使用request_new的事务传播方式，这导致开启事务的方法里切换数据源不成功，并且多数据源事务无法保证。

（吐槽：不明白为啥不用dynamic-datasource,非法要老方法）

二.想法和方案

v1版本:

 目标：

1.通过注解的方式切换数据源，方法内也可切换

2.支持多数据源事务问题

3.可重复读

实现方案：

增加repository隔离层，增加Dbswitch注解，通过AOP拦截实现对repository的mysql数据库操作方法进行方法前数据源切换。

不使用spring声明式事务，改为手动式事务，切换数据源的时候都获取request_new新事务，保证数据源能切换成功，提供事务改为从队尾开始链式提交，回滚事务改为从队尾开始链式回滚。

现象：

目标1实现，

目标2猜测存在问题：提交事务的顺序可能会导致代码逻辑错误，例如 A-update a set a.id = 5,B-update a set a.id = 6

这时候B事务先提交 ，A事务后提交，导致id的数据是5。实际情况是B的sql一直卡主，直至超时，因为A,B是两个连接操作的是同一行数据，A先操作拿到行锁，B再操作是等待A释放锁，然而A事务是等B操作完才提交，这就导致超时了。

结论：

目标都能实现，但方法内如果出现sql资源竞争就会超时异常。

V2版本：

目标

1.通过注解的方式切换数据源，方法内也可切换

2.支持多数据源事务问题

3.可重复读

4.方法内不存在锁竞争

实现方案：

参考dynamic-datasource,通过拿到connection来实现事务的提交和回滚，不使用spring的事务管理器。

难点：1 如何拿到mybatis的connection,因为如果拿到的sql执行connection不一致的话，事务不生效

            2 如果实现像spring事务那样的request,request_new的事务传播

解答：1.1 刚开始想直接通过拿到datasource,通过getconnection获取，发现拿到的是新connection.不可行

           1.2 查资料想通过spring提供的DataSourceUtils获取connection,发现只有开启spring的事务才能获取到。不可行

           1.3 通过创建DbSwitchAbstractRoutingDataSource类继承AbstractRoutingDataSource，重写getConnection的方法，通过静态代理类ConnectionProxy代理Connection，并创建同一包路径的DynamicDataSource继承DbSwitchAbstractRoutingDataSource，从而覆盖原来的DynamicDataSource，并注入DataSource的bean,这样mybatis的sql执行的connection就可获取到。并且同一线程内，同一数据源执行sql用的conncetion是一致的。这样就不会出现sql的锁竞争问题。

结论：

目标2未实现，其他目标实现。考虑目前不需要目标二的情况，暂时不实现。

三.总结

目前项目使用的是V2版本，后续如果需要会加上事务的传播行为。