合理配置网络参数可显著降低PostgreSQL响应时间：1. 启用tcp_nodelay减少小包延迟；2. 设置tcp_keepalives防止连接中断；3. 调大TCP缓冲区提升吞吐；4. 使用连接池减少握手开销。
PostgreSQL 的响应时间不仅受查询复杂度和硬件性能影响，网络参数配置也起着关键作用。尤其在客户端与数据库跨地域部署、高并发访问或传输大量数据的场景下，合理的网络调优能显著降低延迟、提升吞吐量。
启用 TCP 延迟优化（tcp_nodelay）
PostgreSQL 使用 TCP 协议进行通信，默认情况下，操作系统可能会启用 Nagle 算法来合并小数据包以提高网络效率。但在交互频繁的数据库操作中，这会引入额外延迟。
通过设置以下参数可禁用 Nagle 算法：
postgresql.conftcp_nodelay = on — 强制立即发送小数据包，减少响应等待时间，适用于高频短查询场景。
若应用涉及大量简单查询（如 OLTP），开启此选项可明显改善响应速度。对于批量数据传输（如 COPY 操作），影响较小，但也不会造成负面影响。
调整 TCP keepalive 参数防止连接中断
长时间空闲的数据库连接可能被中间防火墙或负载均衡器断开，导致客户端出现“连接已重置”错误。PostgreSQL 提供了内置的 keepalive 控制机制来维持连接活跃。
关键参数如下：
- tcp_keepalives_idle = 60 — 连接空闲多少秒后发送第一个 keepalive 探测包（默认 0，使用系统值）
- tcp_keepalives_interval = 10 — 探测失败后每隔多少秒重试一次
- tcp_keepalives_count = 6 — 最大探测失败次数，超过则关闭连接
建议在跨公网或云环境部署时显式设置这些值，避免因网络设备超时导致意外断连，从而减少重连开销和请求失败。
优化块传输效率：增大消息缓冲区
当执行返回大量结果集的查询时，网络吞吐能力直接影响响应时间。虽然 PostgreSQL 不直接控制 TCP 缓冲区大小，但可通过操作系统调优提升性能。
在 Linux 系统中，建议调整内核参数：
- net.core.rmem_max 和 net.core.wmem_max — 提高接收/发送缓冲区上限
- net.ipv4.tcp_rmem 和 net.ipv4.tcp_wmem — 设置 TCP 动态缓冲区范围
例如：
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
执行 sysctl -p 生效后，可提升大结果集传输效率，降低整体响应时间。
使用连接池减少连接建立开销
虽然不属于传统“网络参数”，但连接管理对响应时间影响巨大。频繁建立和关闭 TCP 连接会产生三次握手和慢启动延迟。
推荐使用 pgBouncer 或 pgPool-II 等连接池工具：
- 复用已有连接，避免重复 TCP 握手和 SSL 协商
- 限制最大连接数，防止数据库过载
- 支持会话级、事务级或语句级连接复用，灵活适配业务需求
配合短连接频繁的应用，响应时间可下降数十毫秒以上。
基本上就这些。合理配置 PostgreSQL 网络相关参数，结合系统层调优，能有效降低通信延迟，提升整体响应性能。不复杂但容易忽略。
