【Spring事物三千问】DataSource的设计和常用实现——Hikari、Druid

时间:2023-02-03 18:05:12

javax.sql.DataSource

javax.sql.DataSource 是 jdk 提供的接口,各个连接池厂商 和 Spring 都对 DataSource 进行了设计和实现。
javax.sql.DataSource 是连接到物理数据源的工厂接口。它是 java.sql.DriverManager 功能的替代者,是获取数据库连接的首选方法。
DataSource 数据源在必要时可以修改它的属性。例如,如果将数据源移动到其他服务器,则可以更改 DataSource 的属性,这样访问该数据源的代码不需要做任何更改就可以获取到达到目的。
有些 DataSource 的连接池实现还可以支持部分属性在程序运行期间进行修改。

最原始的获取 DB 连接的方法是使用 java.sql.DriverManager#getConnection() 来获取连接。
现在都推荐使用 javax.sql.DataSource#getConnection() 来获取连接。

Spring 对 DataSource 的封装

类图如下: 【Spring事物三千问】DataSource的设计和常用实现——Hikari、Druid

图中列出了 DataSource 的三个典型的实现类: HikariDataSource、DruidDataSource 和 AbstractRoutingDataSource

HikariDataSource

HikariDataSource 是 SpringBoot 默认使用的连接池,而且代码量是很少的。
连接池相关的配置参数是放在父类 HikariConfig 中的。

【Spring事物三千问】DataSource的设计和常用实现——Hikari、Druid

Hikari 连接池的参数分成了两类:一类是可以在运行期间动态修改的;一类是在运行期间不可修改的。
配置项的说明可以参考:
https://github.com/brettwooldridge/HikariCP
https://pdai.tech/md/spring/springboot/springboot-x-mysql-HikariCP.html

关于 connectionTestQuery 参数

connectionTestQuery 参数的作用是:
在一个连接从连接池中拿出来之前,会优先执行 connectionTestQuery 指定的查询语句,从而验证这个连接是存活且有效的。

如果驱动程序支持 JDBC4,那么强烈建议不要设置此属性。
connectionTestQuery 参数是针对不支持 JDBC4 的 Connection#isValid() API 接口的“传统”驱动程序的。
如果没有设置 connectionTestQuery,且驱动程序不支持 JDBC4,那么 HikariCP 将记录一个错误。

DruidDataSource

Druid 连接池是阿里巴巴开源的数据库连接池。Druid 连接池是以监控为主的连接池。
Druid 的配置参数有很多,大致分为了三类:JDBC配置;连接池配置;监控配置

【Spring事物三千问】DataSource的设计和常用实现——Hikari、Druid

配置说明可以参考:
https://github.com/alibaba/druid/tree/master/druid-spring-boot-starter
https://pdai.tech/md/spring/springboot/springboot-x-mysql-druid.html
https://github.com/alibaba/druid/wiki/DruidDataSource配置属性列表

AbstractRoutingDataSource

AbstractRoutingDataSource 是 Spring 对 DataSource 的抽象实现。它是一个基于 lookup key ,将 DataSource#getConnection() 的调用路由到目标数据源的抽象数据源实现。
通常都是通过 ThreadLocal 绑定的事务上下文变量来确定路由到哪个目标数据源。

IsolationLevelDataSourceRouter 是 AbstractRoutingDataSource 的实现类,它是一个能基于当前事务隔离级别路由到目标数据源的 DataSource 数据源。

举一反三:多数据源配置的思考

结合前面对 多事物管理器和多数据源处理 的分析,以及上面对 AbstractRoutingDataSource 特性的讲解,我们可以发现,多数据源的切换可以通过两种方式来实现:

1、静态多数据源的方式来配置

  • 首先,配置多个 DataSource
  • 然后,配置多个 SqlSessionFactory。
    当然,这些 SqlSessionFactory 都是基于上面的 DataSource 来配置的,这样就可以通过 MyBatis 的 Mapper 接口来组装 sql 操作 DB 了。

很显然,这种方式比较适合异构的数据源,即每个数据源中的表都是不一样的,这样定义出来的 MyBatis 的 Mapper 接口也不一样。
那如果是分库分表的数据源(或者主从结构的数据源),这类数据源中的表的结构都是一样的,如果也使用这种静态多数据源的方式来配置的话,就需要定义多个一模一样的 Mapper 接口,这样就会显得冗余且不太优雅。

2、动态多数据源切换的方式

基于 AbstractRoutingDataSource 来进行数据源的切换。

动态数据源的切换可以通过自定义注解的方式,对方法打标记来实现,这里对具体的实现方式不做展开

很显然,这种方式就比较适合分库分表的数据源(或者主从结构的数据源),定义一套 MyBatis 的 Mapper 接口就可以操作多个数据源了。

小结

javax.sql.DataSource 是连接到物理数据源的工厂接口。它是 java.sql.DriverManager 功能的替代者,是获取数据库连接的首选方法。

DataSource 三个典型的实现类: HikariDataSource、DruidDataSource 和 AbstractRoutingDataSource

  • HikariDataSource: SpringBoot 默认使用的数据源实现
  • DruidDataSource: 阿里 Druid 连接池使用的数据源实现
  • AbstractRoutingDataSource: Spring 抽象出来的可动态路由的数据源实现