MySQL连接超时时间

欢迎大家关注今日头条号「JAVA前线」查看更多精彩分享文章，主要包括源码分析、实际应用、架构思维、职场分享、产品思考

1 错误原因1.1 两个参数

MySQL服务端两个参数控制连接超时时间：

wait_timeoutinteractive_timeout1.1.1 如何查看show global variables like ‘interactive_timeout‘show global variables like ‘wait_timeout‘1.1.2 含义与区别

wait_timeout：当一个连接处于空闲状态时，MySQL服务器在关闭连接之前等待的秒数。如果在这段时间内没有任何活动，MySQL将关闭连接。默认值28800秒（8小时）

interactive_timeout：当一个连接处于交互状态时，MySQL服务器在关闭连接之前等待的秒数。如果在这段时间内没有任何活动，MySQL将关闭连接。默认值为28800秒（8小时）

wait_timeout适用于非交互式连接，例如在应用程序中使用连接。interactive_timeout适用于交互式连接，例如在命令行中使用连接

1.2 核心原因程序通过连接池与MySQL建立一个连接AMySQL通过wait_timeout维护连接A超时时间等于8小时假设应用程序连接池维护连接A超时时间等于16小时一段时间后连接A空闲时间已超过8小时但不足16个小时连接池认为连接A可用，继续使用连接A连接A此时已经被MySQL关闭所以报错2 解决方案

根据上述原因分析我们知道，解决方案核心是设置合理的连接池连接超时时间，本章节通过Druid连接池进行说明。

2.1 配置官方文档https://github.com/alibaba/druid/wiki/DruidDataSource%E9%85%8D%E7%BD%AE%E5%B1%9E%E6%80%A7%E5%88%97%E8%A1%A82.2 关注参数testOnBorrowtestOnReturntestWhileIdletimeBetweenEvictionRunsMillisminEvictableIdleTimeMillis

2.3 参数配置

解决方案其实不复杂，不用去设置超时时间而是开启testWhileIdle机制：

3 延伸知识3.1 识别错误常见场景新应用访问量不高测试环境（第二天刚上班时访问）错误特征上线一段时间才报错这类错误时隐时现报错不是业务错误错误与数据库底层相关3.2 池化访问常见错误

这种问题不仅出现在访问MySQL时，在访问其它一些数据源时也可能出现这个问题，例如ES与MongoDB等等。这是因为访问数据源一般都会使用连接池。

这些客户端的连接池可能没有类似testWhileIdle参数，这种情况下需要设置合理超时时间或者keep-alive时间解决，这需要结合数据源配置文档具体分析。

欢迎大家关注今日头条号「JAVA前线」查看更多精彩分享文章，主要包括源码分析、实际应用、架构思维、职场分享、产品思考