Java+MySQL应用部署至Google App Engine后一小时自动断连求助

这种一小时后数据库连接失效的问题，我在GAE上帮不少开发者排查过，大概率是连接池配置、环境限制或者MySQL超时设置的锅，给你梳理几个最可能的原因和解决办法：

GAE的网络层或者你的MySQL服务器，通常会主动断开闲置超过1小时的连接，但很多默认的连接池配置不会主动检测并回收这些失效连接，导致后续请求复用失效连接时报错。

• 针对常用的连接池（比如HikariCP、Tomcat JDBC），你需要配置这几个关键参数：
  • maxLifetime：设置连接的最大存活时间，建议比MySQL的wait_timeout小30秒左右（比如如果MySQL超时是1小时，就设为300000毫秒，也就是5分钟），让连接池在连接被服务器断开前主动回收。
  • connectionTestQuery：配置一个简单的测试SQL（比如SELECT 1），让连接池在复用连接前先验证有效性，失效的话自动重新创建。
  • validationTimeout：设置连接验证的超时时间，避免验证过程卡住。

举个HikariCP的配置示例（Spring Boot项目）：

spring:
  datasource:
    hikari:
      maxLifetime: 300000
      connectionTestQuery: SELECT 1
      validationTimeout: 5000

如果你的应用部署在GAE标准环境，长时间闲置的出站连接会被GAE的网络代理主动断开（默认超时就是1小时左右），这是平台的内置限制。

• 解决思路：
  • 避免让应用长时间持有数据库连接，用连接池的自动回收机制及时释放闲置连接。
  • 如果连接的是Google Cloud SQL，优先用Cloud SQL Socket Factory或者VPC连接，而不是公网IP，这种方式的连接稳定性更高，也能绕过部分平台限制。

如果你的代码存在连接泄漏（比如打开了Connection但没关闭），当GAE实例自动缩放或者被回收时，这些未关闭的连接会变成MySQL的孤儿连接，慢慢耗尽连接数，最终导致新请求无法建立连接。

• 一定要用try-with-resources语法确保连接自动关闭：

try (Connection conn = dataSource.getConnection()) {
    // 执行数据库CRUD操作
} catch (SQLException e) {
    // 异常处理逻辑
}

• 可以开启连接池的监控（比如HikariCP的Metrics），实时查看连接数变化，确认是否存在泄漏。

检查你的MySQL服务器的wait_timeout和interactive_timeout参数，这两个参数控制闲置连接被服务器断开的时间。如果正好设置为3600秒（1小时），那完全匹配你的问题场景。

• 用SQL查询当前设置：

SHOW VARIABLES LIKE '%timeout';

• 你可以适当调大这个值（比如设为28800秒，也就是8小时），但更推荐的是让连接池适配这个超时，而不是修改MySQL全局设置——毕竟全局调整可能影响其他依赖该数据库的应用。

如果连接的是Cloud SQL，确保你的app.yaml配置正确：

• 要添加beta_settings指定Cloud SQL实例，同时在环境变量里配置正确的JDBC URL（用Socket Factory方式）：

runtime: java17
service: default
env_variables:
  DB_URL: jdbc:mysql:///<your-db-name>?cloudSqlInstance=<your-instance-connection-name>&socketFactory=com.google.cloud.sql.mysql.SocketFactory&user=<db-user>&password=<db-password>
beta_settings:
  cloud_sql_instances: <your-instance-connection-name>

• 还要确认你的GAE服务账号拥有Cloud SQL Client角色，否则应用会没有权限连接Cloud SQL。

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