最近在本地测试一个集群系统，用的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. 如何修改限制
若需增加连接上限，请遵循以下步骤：
找到配置文件（一般是 postgresql.conf ）：SHOW config_file;。
修改 max_connections = 500（根据服务器内存调整），每个连接大约需要 4MB 到 10MB 的内存（这取决于 PostgreSQL 的版本和配置）例如，在 PostgreSQL 12 中，每个连接大约需要 4MB 的内存。如果你的服务器有足够的 RAM，增加 max_connections 是安全的
必须重启服务 才能生效
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 官方文档 了解更多性能调优细节。
