最近在本地测试一个集群系统，用的pgsql，总是提示sorry, too many clients，明明就几个人再用，默认的postgresql.conf 中的 max_connections已经设为100了，后来排查发现每个集群的sql字符串的连接池都设置为100，导致超过了sql实例的max_connections配置，所以报错，那为什么pgsql不自动回收这些进程呢？

顺便贴一下查看连接和配置连接数的教程，方便后续查看

postgres标准全称PostgreSQL,而psql通常指其命令行客户端。

1. 核心限制参数

PostgreSQL 的连接数限制主要由配置文件 postgresql.conf 中的 max_connections 参数决定。

• 默认值：通常为 100。
• 理论上限：受操作系统资源（如文件描述符限制 ulimit）和内存大小限制。通常建议通过 连接池（如 PgBouncer） 来处理成千上万的并发请求，而不是直接调大该参数。

2. 如何查询当前端口和连接限制

可以通过 SQL 命令行工具（如 psql）执行以下指令来获取生产环境下的实时配置：

A. 查看最大连接数限制

SHOW max_connections;

B. 查看当前已使用的连接数

SELECT count(*) FROM pg_stat_activity;

C. 查看服务监听的端口

SHOW port;

D. 获取详细的连接槽位信息（按用户/数据库统计）

SELECT datname, usename, count(*) 
FROM pg_stat_activity 
GROUP BY datname, usename;

3. 操作系统层面的限制

即便 PostgreSQL 设置了很高的 max_connections，如果操作系统层面的端口范围或文件句柄不足，也会导致连接失败。

• 可用端口范围（针对客户端连接）：
  在 Linux 上查看：cat /proc/sys/net/ipv4/ip_local_port_range
• 最大文件打开数：
  查看当前进程限制：ulimit -n

4. 如何修改限制

若需增加连接上限，请遵循以下步骤：

1. 找到配置文件（一般是 postgresql.conf ）：SHOW config_file;。
2. 修改 max_connections = 500（根据服务器内存调整），每个连接大约需要 4MB 到 10MB 的内存（这取决于 PostgreSQL 的版本和配置）例如，在 PostgreSQL 12 中，每个连接大约需要 4MB 的内存。如果你的服务器有足够的 RAM，增加 max_connections 是安全的
3. 必须重启服务 才能生效：sudo systemctl restart postgresql。

问题：执行”SHOW config_file;“，报错信息“SQL Error [42501]: ERROR: must be sysdba or a member of pg_read_all_settings to examine "config_file"”。

“最小权限原则”更安全，可以尝试如下操作。

-- 使用超级用户（通常是 postgres）执行
GRANT pg_read_all_settings TO 你的用户名;

提示：如果你的并发需求超过 500-1000，强烈建议在应用和数据库之间部署 PgBouncer。它能显著降低端口压力并提高资源利用率。你可以通过 PostgreSQL 官方文档 了解更多性能调优细节。