PostgreSQL在2核4G服务器上最大支持多少并发连接？

PostgreSQL 在 2核4G 内存的服务器上能支持的最大并发连接数没有固定值，它取决于多个因素，但我们可以根据硬件资源和配置进行合理估算。

一、理论上的最大连接数

PostgreSQL 的最大连接数由参数 max_connections 控制，默认通常是 100。你可以通过修改 postgresql.conf 文件来增加这个值，例如：

max_connections = 200

但设置过高会导致内存耗尽或性能急剧下降，尤其是在 2核4G 这样的低配服务器上。

二、实际推荐的最大并发连接数（2核4G）

在 2核4G 的服务器上，建议将 max_connections 设置在 50～100 之间，更保守的建议是 不超过 100。

原因如下：

1. 每个连接消耗内存

   • 每个连接会占用一定的内存（主要是 work_mem、maintenance_work_mem、会话级缓存等）。
   • 假设 work_mem = 4MB，100 个连接就是：100 × 4MB = 400MB（仅 work_mem）。
   • 加上 shared_buffers（通常 1GB 左右）、操作系统和其他开销，很容易接近或超过 4GB。

2. CPU 资源有限

   • 2 核 CPU 同时处理大量并发查询时容易成为瓶颈。
   • PostgreSQL 是多进程架构，每个连接对应一个操作系统进程，上下文切换开销大。

3. 实际应用中并非所有连接都活跃

   • 很多连接可能是空闲的（如连接池维持的连接）。
   • 真正“同时执行查询”的连接数（活跃连接）可能只有 10～20 个。

三、优化建议

为了在有限资源下支持更多用户，推荐以下做法：

✅ 使用连接池（强烈推荐）

• 使用 PgBouncer 或 PgPool-II 来管理连接。
• 应用层连接到连接池，连接池再以少量真实连接对接 PostgreSQL。
• 可以将应用层支持的“逻辑连接”扩展到几百个，而 PostgreSQL 实际只维护 20～50 个物理连接。

✅ 调整内存参数

shared_buffers = 1GB
work_mem = 2MB ~ 4MB    # 高并发时不宜设太大
maintenance_work_mem = 256MB
effective_cache_size = 2GB

✅ 监控连接状态

-- 查看当前连接数
SELECT count(*) FROM pg_stat_activity;

-- 查看空闲连接
SELECT state, count(*) FROM pg_stat_activity GROUP BY state;

四、总结

📌 结论：
在 2核4G 的服务器上，PostgreSQL 最多可配置 100 个连接，但实际稳定运行建议控制在 50～100 以内，并配合连接池使用，否则极易因内存不足或 CPU 过载导致性能下降甚至崩溃。

如需更高并发，请考虑升级硬件或使用读写分离、负载均衡等架构优化。