微服务架构下，MySQL读写分离后，Druid连接池参数优化实战

前言

最近利用MHA做好Mysql读写分离后，时不时有用户反馈后台发布文章时，报程序“通用异常"，经问题排查，里面涉及应用JDBC连接池参数及Mysql参数调整问题。

成都创新互联成立于2013年，先为德钦等服务建站，德钦等地企业，进行企业商务咨询服务。为德钦企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

问题回顾

异常日志描述：

从异常信息反映来看，问题关键有两点

1. 数据库连接池超时设置大于wait_timeout
2. 日志提示，可以通过验证数据库连接或者设置：autoReconnect=true 来避免此异常

从以上两点可以推测

第一、应用程序数据库连接池超时参数设置有问题

第二、安装Mysql数据库时，对于Mysql的内在参数wait_timeout没有做实际场景的优化处理

问题定位

wait_timeout参数具体用途

wait_timeout具体含义是服务器关闭非交互连接之前等待活动秒数。MySQL缺省配置情况下，wait_timeout的初始值是28800秒，也就是8小时。如果wait_timeout超时时间设置过大，在MySQL管理系统里会产生大量的SLEEP进程无法及时释放，会导致服务器系统性能下降;同时该参数设置过小，会导致Mysql处理某些事务未处理，连接不可用状态。

也就是说如果在wait_timeout设置期间内，数据库连接Connection一直处于空闲等待状态，mysql内部会自动关闭此连接，而应用程序无法感知到，依然认为连接池合法持有该连接。当应用端再次用该连接来进行数据库操作时，就产生上述异常错误。

应用端Druid数据库连接池参数排查

发现连接池有个MaxWait参数设置过大：60000毫秒

 
 
 
 
  
  
  
  
druidDataSource.setMaxWait(60000) 
 
 
 

然后在CSDN上，发现有个同行碰到同样的问题：

发现数据库等待超时时间(wait_timeout)是28800s，也就是8小时，而应用程连接池参数max-wait: 30000，所以导致项目判定该链接可用，而mysql判定该连接不可用导致连接失败。

解决办法

根据上面的分析思路，我们排查了Mysql生产库，发现默认Mysql超时时间(wait_timeout)也是28800s，但是应用层连接池MaxWait参数设置成60000，于是我把MaxWait参数设置成10000，小于Mysql超时时间(wait_timeout)：28800 ，在测试环境等待8小时后，报错消失了。

其他扩展思路(来源网络)

思路一：在jdbc-url后添加 &autoReconnect=true，使用后无效，查的该方案只适用于Mysql4之前的版本有效

思路二：将mysql回收空闲连接的时间变长，mysql默认回收时间是8小时，可以在mysql目录下的my.ini中增加下面配置，将时间改为1天。单位是秒，最大好像是24天。 此配置会拖累数据库性能，随弃用该方案。

思路三：配置druid链接池，使用 validation-query test-on-borrow: true test-while-idle: true 三种属性，每次获取数据库连接时判断该连接是否可用。同时设置druidDataSource.setPhyTimeoutMillis参数

连接最大存活时间，默认是-1(不限制物理连接时间)，从创建连接开始计算，如果超过该时间，则会被清理druidDataSource.setPhyTimeoutMillis(15000);

参考例子

目前项目中趋于稳定的连接池参数优化实战，参考如下：

Druid连接池参数官方说明：

新闻标题：微服务架构下，MySQL读写分离后，Druid连接池参数优化实战
浏览地址：http://www.csdahua.cn/qtweb/news37/35387.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 快上网