Node搭配Redis缓存时PostgreSQL连接池仍出现连接超时/占满问题求助

1. 连接池出现超额连接请求的原因 #

• 连接未正确释放：如果代码中手动调用pool.connect()获取连接后，没有在finally块中强制执行client.release()释放连接，异常场景下会出现连接泄漏，占用的连接永远无法回到连接池，很快就会占满设置的max上限，后续请求只能排队超时。如果使用pool.query封装方法则无需手动释放，它会自动管理连接生命周期。
• 连接配置不合理：你设置的keepAlive: 0关闭了长连接保活，连接使用后会快速被断开，高并发压测场景下需要频繁重建新连接，不仅连接建立开销大，还会出现瞬间连接请求量超出池上限的情况。allowExitOnIdle配置会导致进程空闲时主动销毁连接，进一步加剧了连接频繁重建的问题。
• 服务端连接上限不匹配：PostgreSQL服务端本身有max_connections全局连接上限，如果你有多个Node实例部署，所有实例的max连接数总和超过了PostgreSQL服务端的上限，即使单个实例连接池没满，也会出现连接超限报错。

2. 命中Redis缓存仍触发PostgreSQL连接建立的原因 #

你封装的PostgreSQL模块在顶层代码直接调用了pool.connect()，只要该模块被导入，不管后续业务逻辑是否需要访问数据库，都会立刻触发连接建立逻辑。即使请求命中缓存跳过了业务代码，只要服务启动/运行时加载了这个模块，就会主动发起PostgreSQL连接。
另外要排查压测场景下是否存在缓存击穿、缓存中间件判断逻辑异常的情况，少量漏网的未命中请求也可能在高并发下放大连接压力。

• 删掉模块顶层的pool.connect()测试代码：pg连接池默认采用懒加载策略，只有第一次执行数据库查询时才会初始化连接，命中缓存的场景完全不会触发PostgreSQL连接建立。
• 调整连接池配置：打开长连接保活，避免连接频繁重建，参考配置如下：

const pool = new Pool({
    user: process.env.POSTGRES_USER,
    host: process.env.POSTGRES_URL,
    database: process.env.POSTGRES_DATABASE,
    password: process.env.POSTGRES_PASSWORD,
    port:  process.env.POSTGRES_PORT,
    keepAlive: 1,
    keepAliveInitialDelayMillis: 30000,
    ssl:{ rejectUnauthorized: false,
        sslmode:'require'},
    connectionTimeoutMillis: 10000,
    allowExitOnIdle: process.env.NODE_ENV === 'development', // 生产环境关闭
    max: 10
});

• 规范连接使用逻辑：所有手动获取的连接必须在finally块中释放，优先使用pool.query自动管理连接的方法，避免连接泄漏。
• 对齐服务端连接配置：PostgreSQL服务端的max_connections参数要大于所有Node实例的max连接数总和，预留20%以上的冗余量。

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