在对这个问题进行了几天的调查之后，我们找到了一个解决方案，可以减轻问题，但不能完全解决问题（最后提到了理想的解决方案）。
如果您想继续使用sqlcloud代理，那么您需要接受这样一个事实：您不能完全控制您的数据库连接配置，因为sqlcloud代理可能会使这些连接保持活动状态超过您配置的时间（源代码）。
为了缓解此问题，我们使用docker registry中的sql cloud proxy 1.19.2，并使用以下hikari配置：

hikari:
  idle-timeout: 30000 # maximum amount of time (in milliseconds) that a connection is allowed to sit idle in the pool
  minimum-idle: 1 # minimum number of idle connections that HikariCP tries to maintain in the pool, including both idle and in-use connections. If the idle connections dip below this value, HikariCP will make a best effort to restore them quickly and efficiently
  maximum-pool-size: 15 # maximum size that the pool is allowed to reach, including both idle and in-use connections. Basically this value will determine the maximum number of actual connections to the database backend
  connection-timeout: 20000 #maximum number of milliseconds that a client will wait for a connection
  max-lifetime: 20000 # maximum lifetime in milliseconds of a connection in the pool after it is closed.

在这种情况下，正确的解决方案是使用一个共享的专有网络来与您的数据库建立一个私有连接，您将依靠您的数据库驱动程序来建立这些连接。