druid产生大量mysql的sleep连接

前言

在使用druid连接池后，show full processlist 后发现有大量sleep状态的链接，高峰期时达到1000多个，项目框架用的springmvc+mybatis，由spring管理的链接在每次数据库操作后应该是释放连接的，排除是代码泄露连接的可能性。

druid配置

然后看了下线上项目中druid的配置信息

编辑切换为居中

添加图片注释，不超过 140 字（可选）

minIdle=30，最小连接池数量是30个， maxActive=300，最大并发数是300， minEvictableIdleTimeMillis=300000 连接在池中最小生存的时间是300秒 timeBetweenEvictionRunsMillis=120000检测需要关闭的空闲连接，是120秒。

看这个配置，原来的理解是一个德鲁伊连接池内最多有300个连接，空闲超过120秒的链接会由德鲁伊去关闭。

然后在本地的项目中，将相应的参数改小，起了100个线程去访问数据库，每个线程中的事务中sleep 3秒，

上面的配置为：最小连接数10，最大连接并发是20个，隔5秒去检测关闭空闲连接。

预期应该是20个连接瞬间跑满，剩余的请求会在上面的20个连接释放后继续访问数据库。

根据日志可以看出每隔3秒会执行20次数据库的访问。

mysql状态

在数据库中通过 show full processlist查看发现一直是20个连接，所有查询执行完后，会有20个sleep状态的连接。

编辑切换为居中

添加图片注释，不超过 140 字（可选）

如果此时再次重新请求，该20个连接会再次唤醒，执行完后处于sleep状态。

再等待10几秒后，再执行show full processlist后会发现只剩下10个sleep状态的连接了，然后这10个连接会一直sleep，mysql 默认的等待超时时间是8个小时，8个小时后这些连接会再次被回收。

依据本地的配置，可以判断出druid中

minIdle=10:最小连接池数量是10个，是不会被关闭，是一直存活在连接池中，没有调用的话就一直sleep。
maxActive=20:最大并发数是20个，超过20个连接请求则会等待，如果等待时长大于maxWait的时间则会报错。
minEvictableIdleTimeMillis=10000，所有的新创建的连接在连接池中最小的存存活时间是10秒，然后每隔5秒会检测一次是否有存活超过10秒的连接。有的话就会关闭该连接。

结合线上项目部署了10台服务器，每台服务器的最小连接数是30，如果连的是同一个数据库的话，则连接池中会一直存在300个连接。

如果某个高峰时间段，每台连接数都跑满，则数据库中每个连接sleep的时间是（300+120）秒的时间，如果在这300到420秒的时间段内，请求很频繁的话，数据库中的连接数短期内是不会降下来的。

总结

结合以上情况修改方案：

1、读写分离，将读的操作都分担到从库中去，减少主库的压力。

2、修改 minEvictableIdleTimeMillis 和timeBetweenEvictionRunsMillis的值，减少存活时间和检测时间。