Npgsql连接池最大容量设置对池行为的影响及多池疑问

背景 #

我开发了一款可整合多数据源至单一查询的应用，支持用户输入PostgreSQL连接字符串与查询语句，底层通过.NET的Npgsql组件执行PostgreSQL查询。

问题 #

我想了解MaximumPoolSize的不同取值对Npgsql连接池行为的影响。例如：

1. 先使用以下连接字符串打开连接并执行查询：

...;Host=localhost;Port=5432;Database=myDataBase;Pooling=true;Minimum Pool Size=0;Maximum Pool Size=50;

2. 随后使用仅修改Maximum Pool Size=20的同数据库连接字符串打开连接：

...;Host=localhost;Port=5432;Database=myDataBase;Pooling=true;Minimum Pool Size=0;Maximum Pool Size=20;

此时会为同一数据库创建两个连接池？还是仍为单个连接池但容量变小？第二个不同的最大池大小取值会带来哪些影响？

解答 #

• 会创建两个独立的连接池：Npgsql的连接池是根据完整连接字符串的哈希值来标识的，只要连接字符串的任何参数（包括MaximumPoolSize）存在差异，就会被判定为不同的池配置，进而创建完全独立的连接池。也就是说，你会同时拥有两个连接池：一个对应Maximum Pool Size=50的配置，另一个对应Maximum Pool Size=20的配置，两者各自管理自己的连接资源，互不干涉。
• 已创建的连接池不会变更容量：连接池的MaximumPoolSize是在池初始化时确定的，一旦创建完成就无法修改。第一个池会始终保留最大50个连接的上限，第二个池则以20为上限运行。
• 使用不同MaximumPoolSize的影响：
  • 资源分散：两个独立池会各自占用数据库的连接资源，总连接数可能超过单个池的上限（比如两个池分别达到20和50的满负载，总连接数可达70），增加数据库的连接压力。
  • 连接复用效率降低：使用Maximum Pool Size=20连接串的请求无法复用Maximum Pool Size=50池中的空闲连接，反之亦然，浪费了连接池的复用能力。
  • 连接耗尽风险：如果应用中大量使用Maximum Pool Size=20的连接串，当并发请求数超过20时，新的连接请求会进入等待队列，直到有空闲连接释放，可能导致请求超时或性能下降；而第一个池的30个剩余连接容量会处于闲置状态，造成资源浪费。

内容的提问来源于stack exchange，提问作者Uri Shapira