一.引言
目前项目中存在一个单体服务操作多个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版本，后续如果需要会加上事务的传播行为。
