强调 spring boot 服务时消耗的 GCP Postgres 连接（使用 SQL Cloud 代理）

Question

我正在开发一个 Spring Boot 服务来发布数据并将其保存在 GCP SQL Postgres 数据库中。 问题是，当我通过请求对服务施加压力时，我得到一个关于消耗所有可用连接的 SQL 异常：

"FATAL: remaining connection slots are reserved for non-replication superuser connections"

我发现了这个问题，我添加了一个适当的 hikari 配置来限制使用的连接并设置关闭空闲连接的时间限制，这是我的 properties.yml 配置：

 type: com.zaxxer.hikari.HikariDataSource
 hikari:
   initializationFailTimeout: 30000
   idle-timeout: 30000
   minimum-idle: 5
   maximum-pool-size: 15
   connection-timeout: 20000
   max-lifetime: 1000 

当我使用相同的数据库在本地运行该服务时，该服务可以正常工作，但是当我从我的云设置运行它时，它会消耗所有可用的连接，然后得到相同的异常。

重要提示！我正在使用 SQL 云代理连接到数据库。

以下是数据库可用连接的屏幕截图：

1- 运行服务之前

2-本地运行服务后

3- 从云端运行服务后

Answer 1

在调查了这个问题几天后，我们找到了一个可以缓解问题但没有完全解决的解决方案（最后提到了理想的解决方案）。

如果您想继续使用 SQL 云代理，那么您需要接受您无法完全控制数据库连接配置的事实，因为 SQL 云代理可能会使这些连接保持活动的时间超过您配置的时间它（source）。

为了缓解这个问题，我们使用了来自docker registry 的 SQL Cloud 代理 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.

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