mysql连接超时与断线重连的核心是jdbc url参数（connecttimeout、sockettimeout）与hikaricp等连接池协同配置，禁用autoreconnect，通过max-lifetime、keepalive-time与服务端wait_timeout错配实现可靠保活。
Java 中 MySQL 连接超时与断线重连，核心在于 JDBC URL 参数配置 + 连接池（如 HikariCP、Druid）的合理设置，单纯靠代码手动重试不可靠也不推荐。
连接超时参数（建立连接阶段）
这是指客户端发起连接请求后，等待 MySQL 服务端响应的最长时间。需在 JDBC URL 中显式指定：
-
connectTimeout：Socket 建立 TCP 连接的超时（毫秒），例如
?connectTimeout=3000（3 秒）； -
socketTimeout：网络读写操作的超时（如执行 SQL、接收结果），单位毫秒，例如
&socketTimeout=30000（30 秒）； - zeroDateTimeBehavior、serverTimezone 等虽不直接相关，但缺失易导致连接失败，建议一并配置，避免隐式异常干扰超时判断。
自动重连机制（不推荐单独启用）
MySQL Connector/J 提供了 autoReconnect=true 参数，但官方自 8.0 起已废弃且默认禁用，原因很明确：它无法保证事务一致性，可能造成重复提交或数据错乱。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
正确做法是：关闭 autoReconnect（即不加该参数或显式设为 false），把重连逻辑交给连接池管理。
连接池才是断线重连的主力
生产环境必须使用连接池，它能主动检测失效连接、按策略重建，并屏蔽大部分网络抖动影响。以主流 HikariCP 为例：
- connection-test-query（旧版）或更推荐 connection-test-query → 实际应使用 connection-test-query 已被弃用，改用 connection-init-sql 或依赖 validation-timeout + connection-test-query；
- validation-timeout=3000：验证连接有效性的最大等待时间（毫秒）；
- connection-timeout=30000：从连接池获取连接的最长等待时间；
- idle-timeout=600000（10 分钟）：空闲连接最大存活时间；
-
max-lifetime=1800000（30 分钟）：连接最大生命周期，强制刷新，防 MySQL 的
wait_timeout导致的“Connection reset”； -
keepalive-time=30000（HikariCP 3.2.1+）：定期发送心跳保活空闲连接（需 MySQL 服务端支持
tcp_keepalive）。
MySQL 服务端配合项（常被忽略）
即使 Java 端配得再细，若 MySQL 服务端主动断开空闲连接，仍会报 Communications link failure。需检查并协调以下参数：
-
wait_timeout 和 interactive_timeout：单位秒，默认通常为 28800（8 小时），建议调低至 600~1800（10~30 分钟），与连接池的
max-lifetime错开 1~2 分钟； - net_read_timeout / net_write_timeout：影响 socketTimeout 生效边界，建议 ≥ 应用侧设置的 socketTimeout；
- 确保 MySQL 服务未启用防火墙或中间代理（如 ProxySQL、AWS RDS 的某些代理层）强制中断长连接。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
