使用druid连接池遇到的坑

首先说一下自己程序中遇到的问题，前一段时间新写了一个项目，主要架构改进，为前端提供接口（spring +springmvc+mybatis） 在新项目中使用的是阿里的druid连接池，配置简单，除了数据库地址，驱动类，用户名和密码其他一起都是默认，开始的时候由于项目更新上线频率比较多，没有出现太多的问题，后来换库了 。导致之前的链接失效了，请求的时候时好时坏，跟了一下代码以及其他项目的配置，其中有一个属性 testOnBorrow设置为false(默认设置为false) testOnBorrow=false由于不检测池里连接的可用性，
于是假如连接池中的连接被数据库关闭了，应用通过连接池getConnection时，都可能获取到这些不可

用的连接，且这些连接如果不被其他线程回收的话，它们不会被连接池被废除，也不会重新被创建，

占用了连接池的名额，项目本身作为服务端，数据库链接被关闭，客户端调用服务端就会出现大量的timeout，客户端设置了超时时间，然而主动断开，服务端必然出现close_wait ，由于tomcat 默认最大线程数是200，很快就挂掉，虽说多数源，没有问题的数据源，链接并发过来也会死掉，所以说加大tomcat 默认线程（server.tomcat.max-threads=3000）只是短时间内其他数据源链接不会死掉。

默认的配置不适用所有场景，所以使用的时候需要配合场景使用。

但是这也不能全怪druid，毕竟testOnborrow =true 很大的消耗性能，为了保证服务器的稳定，可以配合其他配置来避免这一点，配合testWhileIdle=true（但是默认为false） 和timeBetweenEvictionRunsMillis来避免这种问题，所以testOnborrow =false是可以提高效率的

废话不多说直接上图：

此图其中的

logAbandoned=”true”

removeAbandoned=”true”

removeAbandonedTimeout=”1800”

就是用来配置数据库断开后自动连接的。

由于数据库连接池会在启动时就建立所需的若干连接，并一直保持连接状态，

但是当数据库服务停止后，这些连接就被外部因素给中断了