druid的关键参数+数据库连接池运行原理

minEvictableIdleTimeMillis ：连接保持空闲而不被驱逐的最长存活时间。（默认30分钟）
　　Destory线程中如果检测到当前连接的最后活跃时间和当前时间的差值大于minEvictableIdleTimeMillis，则关闭当前连接。

testWhileIdle（默认false）  ：建议配置为true，不影响性能，并且保证安全性。
　　申请连接的时候检测，如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。

timeBetweenEvictionRunsMillis     有两个含义：（原文：https://blog.csdn.net/yunnysunny/article/details/8657095 ）
　　1) Destroy线程会检测连接的间隔时间
　　2) testWhileIdle里的判断依据。

1）数据库连接池在初始化的时候会创建initialSize个连接，当有数据库操作时，会从池中取出一个连接；　　如果当前池中正在使用的连接数等于maxActive，则会等待一段时间，等待其他操作释放掉某一个连接，
　　如果这个等待时间超过了maxWait，则会报错；
　　如果当前正在使用的连接数没有达到maxActive，则判断当前是否空闲连接，如果有则直接使用空闲连接，如果没有则新建立一个连接。
　　在连接使用完毕后，不是将其物理连接关闭，而是将其放入池中等待其他操作复用。 

2）同时连接池内部有机制判断，如果当前的总的连接数少于miniIdle，则会建立新的空闲连接，以保证连接数得到miniIdle。
　　如果当前连接池中某个连接在空闲了timeBetweenEvictionRunsMillis时间后仍然没有使用，则被物理性的关闭掉。
　　有些数据库连接的时候有超时限制（mysql连接在8小时后断开），或者由于网络中断等原因，连接池的连接会出现失效的情况，
　　这时候设置一个testWhileIdle参数为true，可以保证连接池内部定时检测连接的可用性，不可用的连接会被抛弃或者重建，
　　最大情况的保证从连接池中得到的Connection对象是可用的。当然，为了保证绝对的可用性，你也可以使用testOnBorrow为true（即在获取Connection对象时检测其可用性），不过这样会影响性能。