springboot+maybatis+多数据源配置使用druid连接池

基于springboot+maybatis+多数据源配置一文填坑。
上文中介绍了怎么配置多数据源。

配置完之后，在application.properties里配置了druid的连接池。
使用druid流程：
1、在pom.xml文件引入

<dependency>
	<groupId>com.alibaba</groupId>
	<artifactId>druid</artifactId>
	<version>1.1.3</version>
</dependency>

2、在application.properties里配置了druid的连接池

# 初始化大小，最小，最大
spring.druid.initialSize=5
spring.druid.minIdle=5
spring.druid.maxActive=20
# 配置获取连接等待超时的时间
spring.druid.maxWait=60000
#  配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒
spring.druid.timeBetweenEvictionRunsMillis=60000
# 配置一个连接在池中最小生存的时间，单位是毫秒
spring.druid.minEvictableIdleTimeMillis=300000
spring.druid.validationQuery=SELECT 1 FROM DUAL
spring.druid.testWhileIdle=true
spring.druid.testOnBorrow=false
spring.druid.testOnReturn=false
spring.druid.poolPreparedStatements=true
spring.druid.maxPoolPreparedStatementPerConnectionSize=20
# 配置监控统计拦截的filters，去掉后监控界面sql无法统计，'wall'用于防火墙
spring.druid.filters=stat,wall,log4j
#  通过connectProperties属性来打开mergeSql功能；慢SQL记录
spring.druid.connectionProperties=druid.stat.mergeSql=true;druid.stat.slowSqlMillis=5000

接下来开始填坑，先说一下事故过程，凌晨00:00，springBoot项目连接数据库便一直连不上，
然后开始找原因，发现记录日志报错：
开始报错：

Could not roll back JDBC transaction; nested exception is java.sql.SQLRecoverableException: No more data to read from socket

然后报错：

Could not roll back JDBC transaction; nested exception is java.sql.SQLRecoverableException: Closed Connection

重启中间件后，访问正常，然后运维部门说重启了数据库服务器，然后考虑到应该是连接没有重试，直接返回‘Closed Connection’，想到是不是没走druid连接池机制。
然后找代码，发现配置多数据源的时候，如下图，创建DataSource 时并没有配置druid连接池

	@Bean(name = "master2DataSource")
    @ConfigurationProperties(prefix = "spring.datasource")
    @Primary
    public DataSource master2DataSource() {
    	return DataSourceBuilder.create().build();
    }

如果要使用druid连接池则需要修改，创建DataSource 时要new DruidDataSource();

@Bean(name = "master2DataSource")
    @ConfigurationProperties(prefix = "spring.datasource")
    @Primary
    public DataSource master2DataSource() {
    	return new DruidDataSource();
    }

druid更多配置:

配置	缺省值	说明
name		配置这个属性的意义在于，如果存在多个数据源，监控的时候  可以通过名字来区分开来。如果没有配置，将会生成一个名字，  格式是："DataSource-" + System.identityHashCode(this)
jdbcUrl		连接数据库的url，不同数据库不一样。例如：  mysql : jdbc:mysql://10.20.153.104:3306/druid2   oracle : jdbc:oracle:thin:@10.20.149.85:1521:ocnauto
username		连接数据库的用户名
password		连接数据库的密码。如果你不希望密码直接写在配置文件中，  可以使用ConfigFilter。详细看这里：  https://github.com/alibaba/druid/wiki/%E4%BD%BF%E7%94%A8ConfigFilter
driverClassName	根据url自动识别	这一项可配可不配，如果不配置druid会根据url自动识别dbType，然后选择相应的driverClassName
initialSize	0	初始化时建立物理连接的个数。初始化发生在显示调用init方法，或者第一次getConnection时
maxActive	8	最大连接池数量
maxIdle	8	已经不再使用，配置了也没效果
minIdle		最小连接池数量
maxWait		获取连接时最大等待时间，单位毫秒。配置了maxWait之后，  缺省启用公平锁，并发效率会有所下降，  如果需要可以通过配置useUnfairLock属性为true使用非公平锁。
poolPreparedStatements	false	是否缓存preparedStatement，也就是PSCache。  PSCache对支持游标的数据库性能提升巨大，比如说oracle。  在mysql5.5以下的版本中没有PSCache功能，建议关闭掉。 作者在5.5版本中使用PSCache，通过监控界面发现PSCache有缓存命中率记录，  该应该是支持PSCache。
maxOpenPreparedStatements	-1	要启用PSCache，必须配置大于0，当大于0时，  poolPreparedStatements自动触发修改为true。  在Druid中，不会存在Oracle下PSCache占用内存过多的问题，  可以把这个数值配置大一些，比如说100
validationQuery		用来检测连接是否有效的sql，要求是一个查询语句。  如果validationQuery为null，testOnBorrow、testOnReturn、  testWhileIdle都不会其作用。
testOnBorrow	true	申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
testOnReturn	false	归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能
testWhileIdle	false	建议配置为true，不影响性能，并且保证安全性。  申请连接的时候检测，如果空闲时间大于  timeBetweenEvictionRunsMillis，  执行validationQuery检测连接是否有效。
timeBetweenEvictionRunsMillis		有两个含义：  1) Destroy线程会检测连接的间隔时间  2) testWhileIdle的判断依据，详细看testWhileIdle属性的说明
numTestsPerEvictionRun		不再使用，一个DruidDataSource只支持一个EvictionRun
minEvictableIdleTimeMillis
connectionInitSqls		物理连接初始化的时候执行的sql
exceptionSorter	根据dbType自动识别	当数据库抛出一些不可恢复的异常时，抛弃连接
filters		属性类型是字符串，通过别名的方式配置扩展插件，  常用的插件有：  监控统计用的filter:stat   日志用的filter:log4j  防御sql注入的filter:wall
proxyFilters		类型是List<com.alibaba.druid.filter.Filter>，  如果同时配置了filters和proxyFilters，  是组合关系，并非替换关系