SQLNonTransientConnectionException表示数据库连接已不可恢复地失效，必须废弃当前连接并重新获取；常见于服务端超时断连、实例宕机、中间件回收或连接池保活缺失，应避免在异常连接上执行任何操作，立即close后重连。
SQLNonTransientConnectionException 表示数据库连接发生了**不可恢复的、非临时性的中断**，也就是说，这个异常不是因为网络抖动或短暂超时导致的，而是连接已经彻底失效，重试当前连接对象不会成功，必须重新获取新连接。
常见触发场景
这类异常通常出现在以下情况：
- 数据库服务主动关闭了该连接（如 MySQL 的
wait_timeout或interactive_timeout超时后自动断开） - 数据库实例宕机、重启或主从切换完成，旧连接失效
- 中间件（如代理、防火墙、云数据库网关）强制回收空闲连接
- 客户端长时间未使用连接，且连接池未配置有效的保活机制
- 数据库端主动发送
ERROR 1040: Too many connections后拒绝新请求，但已有连接可能被标记为失效
关键应对原则
不能继续使用抛出该异常的 Connection 对象，必须废弃并重新获取：
- 不要对当前 connection 调用
commit()、rollback()或执行任何 SQL —— 极大概率会再次报错甚至阻塞 - 立即调用
connection.close()（即使已断开，多数 JDBC 驱动也支持安全关闭） - 从数据源（DataSource）或连接池中重新
getConnection() - 若在事务中发生，需结合业务判断是否可重试整个逻辑（注意幂等性）
预防与加固建议
重点在于让连接池“感知”并“处理”失效连接：
立即学习“Java免费学习笔记（深入）”；
-
启用连接有效性检测：如 HikariCP 设置
connection-test-query=SELECT 1（MySQL）或connection-test-query=SELECT 1 FROM DUAL（Oracle），配合connection-timeout和validation-timeout -
开启连接存活检查：HikariCP 推荐用
connection-init-sql或更优的keepalive-time（需驱动支持）；Druid 可配testWhileIdle=true+timeBetweenEvictionRunsMillis -
合理设置超时参数：确保应用层连接空闲超时（如
maxLifetime）略小于数据库侧的wait_timeout，避免连接被服务端静默 kill -
捕获并分类处理：在 DAO 层或模板方法中统一 catch
SQLNonTransientConnectionException，记录日志并触发重连逻辑，而非向上透传
典型错误写法示例
以下代码会导致问题恶化：
✘ 错误：尝试在已断开连接上调用 rollback()try {<br> // 执行 SQL<br>} catch (SQLNonTransientConnectionException e) {<br> conn.rollback(); // 此时 conn 已无效，可能抛新异常<br> throw e;<br>}
✔ 正确做法是直接 close 并交由上层重建连接上下文。
