shardingsphere多数据源(springboot + mybatis+shardingsphere+druid)

Posted aut-lory

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了shardingsphere多数据源(springboot + mybatis+shardingsphere+druid)相关的知识,希望对你有一定的参考价值。

org.springframeword.boot:spring-boot-starer-web: 2.0.4release

io.shardingsphere:sharding-jdbc-spring-boot-starter:3.0.0M3

org.mybatis.spring.boot:mybatis-spring-boot-starter:1.3.1

com.alibaba:druid-spring-boot-starter:1.1.9

由于项目需要,走了一波sharding jdbc多数据源配置,算是实战演练了,此处记录下踩过的坑。

代码githut地址(https://github.com/autLory/test_sharding_pro),阉割版,去掉了与项目相关的东西,剩一些核心配置文件。

1,初始版本参考网上找各路大佬的博客资料写出来的,配置了两个数据源,然后在DataSourceConfig里面分别初始化,基本实现分库分表,主库的分表策略在配置文件里面配置,分库的分表策略是在DataSourceConfig文件里面初始化的时候配置手动写ShardingRuleConfiguration然后加到ShardingDataSource里面的(其实好一些的处理方法应该是都写在配置文件里面的,但是我没做出来)。两个DataSourceConfig文件分别初始化自己的数据源,mapper,xmlmapper,基本就完成了最初的版本。启动时的时候去除掉Spring boot自带的DataSourceAutoConfiguration文件。

2,初始版本完成之后,发现的第一个问题就是以前项目里面写的一个mybatis的拦截器失效了,拦截器的作用是拦截mybatis所有的insert ,update操作,添加一些业务字段,没改多数据源之前是正常使用的,改了之后发现失效了,然后debug模式启动发现拦截器确实是已经初始化过了,至于为什么没有生效,不知道。

解决思路:看源码了,先找到前面去除掉的DataSourceAutoConfiguration文件,看看源码,好像跟mybatis没什么关系,然后搜了下spring boot自动配置mybatis的初始化过程找到了MybatisAutoConfiguration文件,也就是mybatis的初始化配置文件,技术图片,AutoConfigAfter,字面理解执行于参数的class文件初始化之后,这个类里面有个构造函数如下技术图片

看起来好像找到一个跟拦截器有点关系的了,然后看看下面哪个地方被调用,如下:

 技术图片

在初始化SqlSessionFactory的时候会把拦截器添加到实例里面,对比自己的Config文件,少了这么一步,所以拦截器初始化了但是没有生效时因为没有添加到mybatis的实例里面。

对应的改一下自己的配置文件,把interceptor加进去,再启动测试,正常使用,搞定。

3 ,后续发现的第二个问题,druid的sql监控没有了。为啥没有了,不知道,继续找原因改呗。

第一个猜测,druid相关的配置没有生效, 又开始debug配置文件,发现了一个问题

技术图片

此处DataSource初始化是直接调用DataSourceBuilder的.build方法初始化的,没有任何参数,好吧,再看看DataSourceBuilder的代码技术图片

技术图片

技术图片

这个地方会去获取DataSource的类型,然后结果拿到的就是HikariDataSource,鬼鬼,怪不得没sql监控了,初始化出来的DataSource压根就不是DruidDataSource,原因找到了,继续改了,怎么改了,先看sharding初始化DataSource的源码,实际上Sharding jdbc的DataSource初始化是根据配置文件里面type属性来的,代码在SpringBootConfiguration文件

技术图片

这个地方在初始化DataSourceMap的时候会找到配置文件里面 sharding.jdbc.datasource.names值对应的数据源,然后配置对应属性

看代码会发现这给放主要会调用两个方法

一个是public static <T> T handle(final Environment environment, final String prefix, final Class<T> targetClass)方法

 该方法作用是将当前environment下的配置文件里面前缀为prefix的属性转换为一个targetClass对象

代码里面就是将前面为sharding.jdbc.datasource.ds的属性转换为一个map对象

第二个方法为DataSource getDataSource(final String dataSourceClassName, final Map<String, Object> dataSourceProperties)

源码如下,

技术图片

意思是先找到DataSource类型的class对象,然后循环前面获取到的map对象,利用反射找到每一个key对应的set方法,将value值作为set方法的参数赋值给实例化出来的对象,然后将这个对象返回给上层的DataSouce初始化方法。这就实现了根据配置文件类实例化不同类型的DataSource实例。

而实际上我这边是有问题的,项目确认使用druid连接池,所以我没有把这些方法都copy到自己代码里面,而是在自己的DataSourceConfig文件里面直接初始化一个DruidDataSource实例返回,初始化的时候直接读取配置文件的各个属性值赋值。改好之后再次启动测试,就可以正常启动druid的sql监控了。

以上!

以上是关于shardingsphere多数据源(springboot + mybatis+shardingsphere+druid)的主要内容,如果未能解决你的问题,请参考以下文章

干货满满:基于ShardingSphere实现动态数据源

ShardingSphere-Proxy分库分表以及多租户安装使用

ShardingSphere-Proxy分库分表以及多租户安装使用

ShardingSphere-Proxy分库分表以及多租户安装使用

ShardingJdbc:Springboot集成ShardingSphere,单服务跨数据源时,简单实现事务管理

专访 SphereEx 创始团队:获数百万美金投资,接棒 ShardingSphere 打造全新分布式生态