鉴于在开发环境中，我们都使用过yml配置文件，而且我们在yml配置文件中，都加入过连接数据库的配置，也就是配置我们的连接池，但是对于不同的数据库，连接数据库的 Jar 包也都是不一样的，而且对应的配置也是不一样的，今天阿粉就来说说这个 SpringBoot 项目中的，配置数据库连接的各种参数以及不同的数据库，应该是如何配置的。
MySQL的配置
我们先来看配置，然后我们再看看各项配置是什么意思。
代码语言：javascript复制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)
推荐设置为true
其实有些配置，我们是非常熟悉的，为什么这么说，因为经常会有那种连接被关闭的错误，而这个错误则是有可能是参数配置不合适导致的。
配置可能引发的一些问题
其实我们比较需要注意的就是 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 来进行验证是否失效。
