MySql连接超时引起的生产故障

吃饭期间,忽然收到线上告警,排查原因发现是数据库连接超时。

于是联系DBA,一番排查下来数据库的Master节点的宿主机出现了故障。

主从切换后,告警还没回复,业务不可用,继续看链路跟踪日志。

找链路中耗时最长的那个节点,发现错误log入下:

org.springframework.dao.RecoverableDataAccessException: ### Error querying database. Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure The last packet successfully received from the server was 3,123,734 milliseconds ago. The last packet sent successfully to the server was 3,101,763 milliseconds ago. ### The error may exist in URL [jar:file:/home/service/app/XXX/sgy4utdvesvp/XXX/lib/XXX-dao-1.0.0.jar!/META-INF/mybatis/XXXInfoMapper.xml] ### The error may involve com.AA.BB.CC.dd.dao.mapper.XXXInfoMapper.selectByExample-Inline ### The error occurred while setting parameters ### SQL: select 'true' as QUERYID, id, AA, XX, create_time, update_time from XX_info WHERE ( AA in ( ? ,

居然有连接占用3000多秒,合计50多分钟,观察数据库的配置一看,发现只配了数据库的URL。

其他超时都没配,

紧急重启服务解决问题先,后续,补充数据库连接池的超时信息

mysql.minIdle5
mysql.initialSize5
mysql.maxActive20
mysql.maxWait2000
mysql.testOnBorrowFALSE
mysql.testWhileIdleTRUE
mysql.testOnReturnFALSE
keepAliveTRUE
mysql.timeBetweenEvictionRunsMillis60000
mysql.minEvictableIdleTimeMillis300000
mysql.maxEvictableIdleTimeMillis420000

同时排查redis的超时时间,一样会引起连接超时故障

connectionTimeout(connection.timeout)Y200ms连接超时时间
soTimeout(read.timeout)Y200ms读写超时时间

poolConfig.maxTotalY50
poolConfig.maxIdleYmaxTotal=maxIdle
poolConfig.minIdleY10
poolConfig.blockWhenExhaustedNTRUE
poolConfig.maxWaitMillisY100

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值