Google Cloud PostgreSQL max_connections配置疑问及生产环境连接数指南

问题描述 #

我使用Google Cloud上的PostgreSQL服务，创建实例时采用默认配置，当有多个用户（例如10个）连接时，总是抛出如下错误：

remaining connection slots are reserved for non-replication superuser connections
sorry, too many clients already :: proc.c:360

将max_connections设置为300后，错误不再出现，但我困惑的是Google PostgreSQL为何不会随用户数量增加自动扩展连接数。我有以下疑问：

• 为何未设置max_connections时应用总是抛出“sorry, too many clients already”错误？
• 生产环境中如何确定同时访问的最大连接数？
• PostgreSQL的默认max_connections值是多少？

疑问解答 #

1. 默认配置下连接数不足的原因 #

Google Cloud PostgreSQL的默认max_connections是根据实例规格（CPU、内存）自动分配的，低规格实例的默认值可能很低（比如10-20）。另外PostgreSQL会预留一部分连接槽给超级用户（非复制用途），当普通用户连接数加上这些预留槽占满总连接数时，就会触发报错。你的场景里，10个用户连接加上预留槽直接耗尽了默认的连接配额，所以出现错误。

2. 生产环境确定最大连接数的方法 #

• 统计峰值连接数：通过SELECT count(*) FROM pg_stat_activity;定期监控一段时间内的连接峰值，以此作为基础参考值。
• 结合实例资源计算：每个PostgreSQL连接都会占用私有内存（如work_mem、maintenance_work_mem等），总连接数的内存消耗不能超过实例可用内存。比如1GB内存的实例建议连接数控制在50以内，高内存实例可适当增加，但不要盲目调至过高，避免内存耗尽拖垮性能。
• 优先考虑连接池：如果业务需要大量连接，建议用PgBouncer这类连接池工具，通过复用连接减少数据库资源消耗，无需直接调大max_connections。

3. PostgreSQL的默认max_connections值 #

原生PostgreSQL默认max_connections为100，但Google Cloud PostgreSQL会根据实例规格动态调整：

• 低规格实例（如微型、小型）默认连接数通常在10-20之间
• 高规格实例（大CPU、大内存）默认值会更高，可达几十到上百
  你可以执行SHOW max_connections;命令查看当前实例的具体默认值。

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