Google Cloud MySQL连接关闭异常排查与修复请求（Java+Hibernate）

首先直接给结论：是的，Google Cloud MySQL实例的临时证书刷新（轮换）确实会导致现有数据库连接被主动关闭，这正是你遇到SQLNonTransientConnectionException: No operations allowed after connection closed的原因。

为什么会出现这个问题？ #

Google Cloud SQL的MySQL实例会自动轮换临时证书（你日志里的"ephemeral certificate will expire soon, refreshing now"就是这个过程），当证书完成轮换后，之前使用旧证书建立的数据库连接会被实例主动断开——因为这些连接的证书已经不再被信任。而你的应用连接池（Hibernate底层依赖的连接池，比如HikariCP、C3P0）还持有这些已经失效的连接，当应用尝试复用它们时就会抛出连接关闭的异常。刷新几次后恢复，是因为连接池在检测到连接失效后会丢弃它，重新创建使用新证书的连接。

修复方案 #

下面是针对Java+Hibernate环境的具体修复步骤，按优先级排序：

1. 配置连接池的连接有效性检查（核心修复）

不管你用的是哪种连接池，都需要开启定期连接验证，确保连接池能主动剔除失效连接，替换成新的有效连接。

• 如果用HikariCP（Spring Boot默认推荐）：
  在你的配置文件（application.properties或application.yml）中添加以下参数：

  # 验证连接有效性的查询
  spring.datasource.hikari.connection-test-query=SELECT 1
  # 验证超时时间（毫秒）
  spring.datasource.hikari.validation-timeout=5000
  # 定期检查连接存活的间隔（毫秒，建议设为5分钟）
  spring.datasource.hikari.keepalive-time=300000
  # 连接最大生命周期（毫秒，建议设为30分钟，小于证书轮换周期）
  spring.datasource.hikari.max-lifetime=1800000
  

  这些配置会让HikariCP定期检查连接状态，把失效的连接自动移除，同时限制连接的最大生命周期，避免持有过久的连接。

• 如果用C3P0（Hibernate传统连接池）：
  在Hibernate配置中添加：

  # 开启连接验证
  hibernate.c3p0.validate=true
  # 每隔5分钟检查一次空闲连接
  hibernate.c3p0.idle_test_period=300
  # 连接最大空闲时间（30分钟）
  hibernate.c3p0.maxIdleTime=1800
  # 每次获取连接时都验证有效性
  hibernate.c3p0.testConnectionOnCheckout=true
  

2. 使用Google Cloud SQL Auth Proxy（推荐）

如果你还没使用Cloud SQL Auth Proxy来连接MySQL实例，强烈建议启用它。Auth Proxy会自动处理证书的获取和轮换，不需要你手动管理证书文件，而且能确保应用始终使用有效的证书建立连接。它会在证书轮换时自动刷新，避免连接因为证书问题被断开。

3. 确保Hibernate配置适配连接池

检查Hibernate的连接相关配置，避免持有不必要的长连接：

• 确保hibernate.connection.autocommit设置为true（如果你的业务允许），或者在事务结束后及时释放连接。
• 避免设置过长的hibernate.connection.timeout，让连接池能及时回收闲置连接。

4. 更新依赖版本

确保你的JDBC驱动（mysql-connector-java）、Hibernate和连接池依赖都是最新稳定版本，旧版本可能存在证书轮换时的兼容性问题，比如对新证书的信任处理有缺陷。

总结 #

证书轮换导致连接关闭是Google Cloud SQL的正常行为，核心解决思路是让你的连接池能主动检测并剔除失效连接，同时通过Auth Proxy简化证书管理。按照上面的配置调整后，就能避免出现间歇性的连接关闭异常，无需手动刷新页面恢复。

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