为何HikariDataSource在Google Cloud Function中实例化耗时过长？

核心原因 #

从日志里的First Cloud SQL connection, generating RSA key pair可以明确，耗时的关键在于首次连接Cloud SQL时生成RSA密钥对，再叠加Cloud Function的冷启动特性——每次函数新实例启动，都要重新执行初始化代码、生成密钥、建立连接池，这两个因素共同导致了15秒左右的延迟，直接触发了Postman的504超时。

本地运行速度快，是因为本地环境没有冷启动开销，且资源充足，密钥生成过程可以快速完成。

解决办法 #

• 将连接池移至全局作用域：当前代码应该是每次请求都重新创建Hikari连接池，改成在函数初始化阶段（全局代码块）仅创建一次，后续请求直接复用该连接池。这样只有首次冷启动时会生成密钥，后续请求无需重复执行初始化流程。
  示例调整（Scala）：

  // 全局变量，仅初始化一次
  private val pool: DataSource = {
    val jdbcURL: String = String.format("jdbc:postgresql:///%s", dbName)
    val connProps = new Properties
    connProps.setProperty("user", dbUser)
    if( dbUseIAM.equals("true") ){
      println("Using IAM password is ignored")
      connProps.setProperty("password", "ignored")
    } else {
      println("Using manual, password must be provided")
      connProps.setProperty("password", dbPassword)
    }
    connProps.setProperty("sslmode", ssoMode)
    connProps.setProperty("socketFactory", "com.google.cloud.sql.postgres.SocketFactory")
    connProps.setProperty("cloudSqlInstance", instanceConnectionName)
    connProps.setProperty("enableIamAuth", dbUseIAM)
  
    val config = new HikariConfig
    config.setJdbcUrl(jdbcURL)
    config.setDataSourceProperties(connProps)
    config.setMaximumPoolSize(1)
    config.setConnectionTimeout(15000)
    config.addDataSourceProperty("ipTypes", "PUBLIC,PRIVATE")
    new HikariDataSource(config)
  }
  
  // 函数处理逻辑
  def handleRequest(request: HttpRequest): HttpResponse = {
    // 直接复用全局连接池
    val conn = pool.getConnection()
    // ... 业务逻辑处理 ...
  }
  

• 提升Cloud Function资源配置：生成RSA密钥对属于CPU密集型操作，默认的256MB内存配置对应的CPU配额较低，会拖慢密钥生成速度。可以将函数内存调整至512MB或1GB，CPU会按比例提升，加快密钥生成与连接建立的效率。

• 预热函数实例：借助Cloud Scheduler定期（比如每5分钟）触发一次函数的空请求，让Cloud Function保持至少一个活跃实例，避免冷启动时的初始化开销。

• 调整函数超时设置：在GCP控制台将Cloud Function的超时时间设置为30秒以上，确保初始化流程能在函数超时前完成，避免提前被终止。

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