一文说清楚配置数据源的参数-配置数据源的属性

鉴于在开发环境中，我们都使用过yml配置文件，而且我们在yml配置文件中，都加入过连接数据库的配置，也就是配置我们的连接池，但是对于不同的数据库，连接数据库的 Jar 包也都是不一样的，而且对应的配置也是不一样的，今天阿粉就来说说这个 SpringBoot 项目中的，配置数据库连接的各种参数以及不同的数据库，应该是如何配置的。

MySQL的配置

我们先来看配置，然后我们再看看各项配置是什么意思。

spring:

    datasource:

        name: test

        url: jdbc:mysql://localhost:3306/test

        username: root

        password: xxx

        # 使用druid数据源

        type: com.alibaba.druid.pool.DruidDataSource

        driver-class-name: com.mysql.jdbc.Driver

        filters: stat

        maxActive: 20

        initialSize: 1

        maxWait: 60000

        minIdle: 1

        timeBetweenEvictionRunsMillis: 60000

        minEvictableIdleTimeMillis: 300000

        validationQuery: select 'x'

        testWhileIdle: true

        testOnBorrow: false

        testOnReturn: false

        poolPreparedStatements: true

上面最简单的 name,url,username,password,type 这些阿粉也就不多说了，阿粉需要说的是剩下的参数都是代表的什么含义。

filters

这里配置的是插件,常用的插件有:

监控统计: filter:stat

日志监控: filter:log4j 或者 slf4j

防御SQL注入: filter:wall

maxActive

连接池中最多支持多少个活动会话

initialSize

启动程序时，在连接池中初始化多少个连接

maxWait

程序向连接池中请求连接时,超过maxWait的值后，认为本次请求失败，即连接池没有可用连接，单位毫秒，设置-1时表示无限等待

minIdle

回收空闲连接时，将保证至少有minIdle个连接.

timeBetweenEvictionRunsMillis

检查空闲连接的频率，单位毫秒, 非正整数时表示不进行检查

minEvictableIdleTimeMillis

池中某个连接的空闲时长达到 N 毫秒后, 连接池在下次检查空闲连接时，将回收该连接,要小于防火墙超时设置net.netfilter.nf_conntrack_tcp_timeout_established的设置

validationQuery

检查池中的连接是否仍可用的 SQL 语句,drui会连接到数据库执行该SQL, 如果正常返回，则表示连接可用，否则表示连接不可用

testWhileIdle

当程序请求连接，连接池在分配连接时，是否先检查该连接是否有效。(高效)

testOnBorrow

程序申请连接时,进行连接有效性检查（低效，影响性能）

一般的话，设置均为false

testOnReturn

程序返还连接时,进行连接有效性检查（低效，影响性能）

一般的话，设置均为false

poolPreparedStatements

缓存通过以下两个方法发起的SQL:

public PreparedStatement prepareStatement(String sql)

public PreparedStatement prepareStatement(String sql,int resultSetType, int resultSetConcurrency)

配置可能引发的一些问题

其实我们比较需要注意的就是 validationQuery这个参数,validationQuery是用来验证数据库连接的查询语句，这个查询语句必须是至少返回一条数据的SELECT语句。每种数据库都有各自的验证语句，阿粉也收集了几种常见数据库的validationQuery。

hsqldb select 1 from INFORMATION_SCHEMA.SYSTEM_USERS
Oracle select 1 from dual
DB2 select 1 from sysibm.sysdummy1
MySql select 1
Microsoft SqlServer select1
postgresql select version()
ingres select 1
derby values 1
H2 select 1

而这个参数，一般是否执行，都是靠着 testOnBorrow 还有 testOnReturn

testOnBorrow设置为true后如果要生效,validationQuery参数必须设置为非空字符串。

同样的 testOnReturn 设置为true后如果要生效,validationQuery参数必须设置为非空字符串。

但是如果我们设置 testOnBorrow 为 false 的时候，也会出现一些些的问题，

假如链接池中的链接被数据库关闭了，应用经过链接池getConnection时，均可能获取到这些不可用的链接，且这些链接若是不被其余线程回收的话；它们不会被链接池废除，也不会从新被建立，占用了链接池的名额，项目若是是服务端，数据库连接被关闭，客户端调用服务端就会出现大量的timeout，客户端设置了超时时间，会主动断开，服务端就会出现close_wait。

这也是为什么有时候在排查日志的时候，会出现一些 close_wait 的错误，虽然知道并不影响业务，但是日志上看着还是难受。

那么为什么还要设置成 false 呢？

因为 testOnBorrow 能够确保我们每次都能获取到可用的连接，但如果设置成 true ，则每次获取连接的时候都要到数据库验证连接有效性，这在高并发的时候会造成性能下降，可以将testOnBorrow设成false，testWhileIdle设置成true这样能获得比较好的性能。

这样也会执行我们上面所说的 validationQuery 参数中的 SQL 来验证连接的有效性。

这样在每次连接失效之后，都会通过validationQuery 来进行验证是否失效。

一文说清楚配置数据源的参数