嘿，咱们来拆解下你遇到的这个典型连接池问题——首日正常、次日就报JDBCConnectionException，重启Tomcat又恢复。这种情况十有八九是连接池里的空闲连接被MySQL主动回收了，但你的连接池没配置有效性检测，第二天复用这些“死连接”时就抛出异常。

核心原因 #

MySQL默认会关闭8小时（wait_timeout默认28800秒）无活动的连接。如果你的连接池没有定期检测连接有效性，也没设置连接的最大生命周期，那些超过MySQL超时时间的连接就会变成无效连接，被复用的时候就会触发异常。

关键配置排查与修复 #

你当前只配置了基础的数据源信息和pool-size，需要补充以下连接池（Spring Boot默认用HikariCP）的关键配置：

1. 连接有效性检测相关 #

• spring.xy.datasource.hikari.connection-test-query: 配置一个简单的检测SQL，比如SELECT 1（MySQL通用），用来验证连接是否可用
• spring.xy.datasource.hikari.test-while-idle: 确保开启空闲时检测（默认是true，别手动改成false）
• spring.xy.datasource.hikari.validation-timeout: 连接验证的超时时间，建议设为3000（3秒）
• spring.xy.datasource.hikari.idle-timeout: 空闲连接回收时间，建议设置小于MySQL的wait_timeout，比如1800000（30分钟）

2. 连接生命周期控制 #

• spring.xy.datasource.hikari.max-lifetime: 连接的最大存活时间，必须小于MySQL的wait_timeout，推荐设为25200000（7小时，比默认8小时少1小时，留缓冲）
• spring.xy.datasource.hikari.minimum-idle: 最小空闲连接数，根据业务流量调整，比如设为10

3. JDBC URL增强参数 #

在你的数据源URL里追加以下参数，提升连接稳定性：

jdbc:mysql://azurnae-db013.xxx.yy.net:3306/devdb?useSSL=false&serverTimezone=UTC&autoReconnect=true&failOverReadOnly=false&maxReconnects=10

• autoReconnect=true: 连接断开时自动尝试重连
• failOverReadOnly=false: 重连后允许执行写操作
• maxReconnects=10: 最大重连次数，避免无限重试

验证与调试技巧 #

• 先确认MySQL的超时参数：登录MySQL执行SHOW VARIABLES LIKE '%timeout%';，查看wait_timeout和interactive_timeout的实际值
• 开启连接池日志：添加logging.level.com.zaxxer.hikari=DEBUG到配置文件，观察连接的创建、回收、检测日志，能直观看到是否有无效连接被复用的情况

总结 #

核心思路就是让连接池主动识别并剔除无效连接，同时让连接池的生命周期配置和MySQL的超时参数匹配，从根源上避免“死连接”被复用的问题。

内容的提问来源于stack exchange，提问作者Swamy