PostgreSQL大并发远程连接出现连接超时问题求助

针对三台远程服务器并发大量连接PostgreSQL时偶尔出现的连接超时问题，可从以下方向排查解决：

1. 核查PostgreSQL核心连接参数 #

• 查看最大连接数限制：执行SHOW max_connections;，若并发请求接近或超过该值，会导致新连接排队超时。可修改postgresql.conf中的max_connections（根据服务器内存调整，比如16G内存可设为200-300），重启PostgreSQL生效。
• 确认监听地址：检查listen_addresses是否设为'*'或包含所有远程服务器的IP，避免仅监听本地回环地址。
• 调整连接超时参数：connection_timeout默认10秒，若并发排队严重，可适当调大（比如改为30秒），但优先解决连接过载的根源问题。

2. 调整系统层资源限制 #

• 提升文件句柄上限：PostgreSQL每个连接需要占用文件句柄，系统默认限制可能不足。执行ulimit -n查看当前值，编辑/etc/security/limits.conf添加：

  postgres soft nofile 65535
  postgres hard nofile 65535
  

  重启PostgreSQL和系统后生效。
• 扩大TCP监听队列：Linux默认net.core.somaxconn为128，并发高时会导致连接被丢弃。执行sysctl net.core.somaxconn查看，编辑/etc/sysctl.conf添加net.core.somaxconn = 1024，再执行sysctl -p生效。同时可调整PostgreSQL的tcp_keepalives_idle、tcp_keepalives_interval参数，保持连接活跃。

3. 排查网络层面问题 #

• 检查防火墙规则：确认独立服务器的防火墙（iptables/ufw）没有对5432端口设置并发连接限制，或因连接数过高触发临时封禁。可临时关闭防火墙测试，确认后调整规则放宽限制。
• 检测网络稳定性：用mtr或traceroute检查远程服务器到PostgreSQL服务器的网络路径，查看是否存在丢包、高延迟节点。如果是网络带宽不足，考虑升级带宽或优化请求流量。
• 中间设备限制：如果有NAT、负载均衡等中间设备，检查其最大连接数配置，确保能承载三台服务器的并发请求。

4. 应用端优化 #

• 启用连接池：在远程服务器的应用中使用连接池（如PgBouncer、应用框架自带的连接池），复用已建立的连接，减少PostgreSQL的连接创建开销。
• 控制并发量：限制每台远程服务器的并发请求数，避免瞬间发起大量新连接，可通过应用层的限流、排队机制实现。

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