我来帮你把max_connections的相关疑问拆解清楚：

一、参数定义的核心含义 #

先看官方描述：

"定义数据库服务器的最大并发连接数"

这个参数统计的是PostgreSQL服务器能同时处理的活跃连接总数，和用户数量没有直接绑定关系——一个数据库用户可以发起多个并发连接，多个不同用户也可以各自发起连接，所有这些连接加起来的总数不能超过max_connections的设定值。

二、两个场景的对应分析 #

• 场景1：1个数据库，2台服务器连接（2个用户）
  这个场景的关键不是用户数量，而是这2台服务器实际发起的连接数。如果每台服务器只开1个连接，总连接数是2，远低于参数限制；但如果这2个用户各自发起50个连接，总连接数就到了100，这时候才会触及max_connections的上限。所以这个场景没法直接对应参数定义，因为用户数≠连接数。
• 场景2：1个数据库，1台服务器，100个客户端连接（1个用户）
  这个场景完美体现了max_connections的控制逻辑：这里的100个客户端连接就是并发连接总数，如果你的max_connections设为100，刚好达到上限；如果设为99，第100个连接就会被服务器拒绝。

总结一下：max_connections管的是「有多少个同时活跃的连接」，不是「有多少个不同的用户」。

三、默认连接数上限 #

PostgreSQL默认的max_connections值是100，你可以通过修改postgresql.conf配置文件来调整这个数值。不过要注意：每个连接都会占用一定的服务器内存，调大这个参数前要确保服务器有足够的内存资源支撑，否则可能导致性能下降甚至服务崩溃。

内容的提问来源于stack exchange，提问作者Alex A