2核4G的服务器部署PostgreSQL，建议的最大并发连接数是多少？

对于一台 2 核 4G 的服务器，部署 PostgreSQL 时，不建议直接设置一个固定的“最大并发连接数”上限（如 max_connections = 100），而是需要根据内存限制动态计算。

在 2C4G 这种资源受限的环境下，PostgreSQL 的默认配置（通常 max_connections 设为 100）往往会导致严重的性能问题甚至服务崩溃。核心原因在于：每个数据库连接都会消耗一定的共享内存和进程内存。如果连接数过多，单个连接的内存占用会挤占缓冲池（Shared Buffers），导致频繁磁盘 I/O，最终拖垮整个系统。

核心计算逻辑

PostgreSQL 的内存模型中，主要涉及以下两个参数：

1. shared_buffers：用于缓存数据的共享内存，建议设置为物理内存的 25%。
2. work_mem：每个排序或哈希操作使用的内存。虽然它是“每连接每操作”的，但在高并发下，如果大量查询同时运行，它也会迅速耗尽内存。
3. maintenance_work_mem：维护操作（如 VACUUM, CREATE INDEX）使用的内存。

经验公式估算：
在 Linux 上，每个后端连接除了 shared_buffers 外，大约还需要 4MB – 8MB 的基础内存开销（取决于操作系统版本和 PostgreSQL 版本）。此外，必须预留一部分内存给操作系统和其他后台进程。

• 总可用内存：4GB
• 操作系统预留：约 500MB – 800MB（防止 OOM Killer 触发）
• Shared Buffers：建议 1GB (25%)
• 剩余给连接池/工作区：约 2.2GB – 2.5GB

假设每个连接平均保守占用 4MB（包含基础开销 + 少量 work_mem）：
$$ text{最大连接数} approx frac{2.5text{GB}}{4text{MB}} approx 640 $$

但是，这是一个理论上的“硬撑”上限。一旦并发查询增多，work_mem 会瞬间爆发式增长，导致内存溢出。因此，生产环境需要大幅打折。

推荐配置方案

针对 2C4G 的服务器，建议采取以下策略：

1. 推荐的最大连接数范围

• 保守值（稳定优先）：50 – 80
  • 适用于：对稳定性要求极高、业务逻辑复杂、单次查询耗时的场景。
• 激进值（高吞吐优先）：100 – 150
  • 适用于：简单的 CRUD 业务、短查询为主、且配合了连接池的场景。
• 绝对红线：不要超过 200。超过此数值，极大概率出现 OOM（内存溢出）或 CPU 上下文切换过高导致响应极慢。

2. 关键配置文件 (postgresql.conf) 调整建议

为了支撑上述连接数并保证性能，请务必调整以下参数：

# 1. 内存分配
shared_buffers = 1GB              # 物理内存的 25%，提升缓存命中率
effective_cache_size = 3GB        # 告诉优化器 OS 还有多少空闲内存可用于缓存

# 2. 连接数控制
max_connections = 100             # 建议设定为 100，不要太高

# 3. 单连接工作内存 (至关重要)
work_mem = 16MB                   # 默认通常是 4MB，适当调大可减少临时文件 IO，但受限于 max_connections * work_mem
                                  # 注意：100 * 16MB = 1.6GB，加上其他开销可能爆内存，需根据实际负载微调

# 4. 维护内存
maintenance_work_mem = 256MB      # 允许后台维护任务使用更多内存

# 5. 连接池策略 (强烈建议)
# 不要直接在应用层建立大量直连，务必使用 PgBouncer 等中间件
# PgBouncer 可以将 1000+ 个应用连接压缩到 Postgres 的 100 个连接上

最佳实践结论

1. 不要依赖 max_connections 抗并发：在 2C4G 机器上，直接让应用连接数据库是危险的。
2. 必须引入连接池：这是最关键的建议。部署 PgBouncer 或 HikariCP（Java 应用自带）。
   • 架构：应用 -> PgBouncer (端口 6432) -> PostgreSQL (端口 5432)。
   • 效果：你可以将 pgbouncer 的 max_client_conn 设为 500 或 1000，而将 postgresql 的 max_connections 严格控制在 100 左右。PgBouncer 会在连接池中复用连接，避免创建新进程带来的内存和 CPU 开销。
3. 最终建议数值：
   • PostgreSQL max_connections：设置为 100。
   • 应用层连接池大小：设置为 20-40（通常 2 核 CPU 处理 20-40 个活跃线程最平衡）。

总结：在 2C4G 服务器上，PostgreSQL 的 max_connections 建议设置为 100，并必须配合连接池工具（如 PgBouncer）使用。如果强行将 max_connections 拉大到 500 以上而不做连接池，服务器极易因内存不足而宕机。