Question

我有一个 .Net Core (C#) 应用程序，它通过 websocket 接收用户请求，然后创建到 PostgreSQL 数据库的连接以操作/处理数据。

当用户向后端发出新请求时，调用的端点函数会创建一个新的 SQL 连接并运行查询：

// Endpoint available via Websocket
public async Task someRequest(someClass someArg)
{
    /* Create a new SQL connection for this user's request */
    using var conn = new NpgsqlConnection(connstr.getConnStr());
    conn.Open();

    /* Call functions and pass this SQL connection for any queries to process this user request */
    somefunction(conn, someArg);
    anotherFunction(conn, someArg);

    /* Request processing is done */
    /* conn is closed automatically by the "using" statement above */
}

当这个请求完成时，连接被 using 语句关闭。但是这个连接默认返回到Postgres“连接池”，显示为空闲。

由于这里的每个新用户请求都会创建一个新的 SQL 连接，因此连接池中那些旧的“空闲”SQL 连接将不再被使用。

目前：

由于这些空闲连接汇集并达到最大池大小，我暂时将空闲连接超时设置得非常低。否则，这些空闲连接会堆积起来，并达到开放连接的人工上限。
我还尝试将 Pooling=false 添加到连接字符串。我的理解是，一旦被 .Net 应用程序关闭，这将阻止连接空闲，但它似乎仍然处于空闲状态。

问题：在 .Net/C# 中处理 Postgres 连接池的最佳做法是什么？

如果我可以更恰当地利用 Postgres 连接池，那么重用已打开的连接会比为每个用户请求创建一个新连接更有效。
我的想法是有一个函数来创建新的 Postgres 连接，跟踪它们，并在用户发出新请求时将它们分发给调用者。这是一个糟糕的主意吗？
或者，我是否只是保持禁用池/非常低的空闲超时并像现在这样为每个请求创建一个新的 SQL 连接？

除了我正在做的事情之外，我一直无法找到许多正确利用 Postgre 连接池的示例。这个应用程序在任何时候平均有 3,000-4,000 个并发用户，所以我不能让一个静态连接处理所有事情。在 .Net 中处理此问题的最佳做法是什么？

编辑所以看起来池是 NPGSQL 原生的，而不是 Postgres。如果与同一个数据库、用户、密码建立新连接，它将使用空闲的“池化”连接之一，而不是打开另一个。

问题是在我禁用池之前似乎没有这样做。有一个垃圾邮件错误导致应用程序在一夜之间关闭了一个小时或更长时间。

<块引用>

连接池已耗尽，要么提高MaxPoolSize（当前100）要么Timeout（当前15秒）

现在它可能真的需要同时有 100 多个活动连接...但我猜大多数连接都是空闲的，就像我之前看到的那样。

编辑 #2 因此，我现在尝试允许池化（默认设置），并且当空闲连接是由请求创建时，它似乎会立即启动空闲连接，但不会重新使用这些连接。一旦达到最大池上限，应用就会锁定，因为无法建立新的连接/请求。

DBeaver Img - 服务器会话：此处红色为活动连接，蓝色为空闲。

应用程序中的每个 SQL 连接都是从单个/共享连接字符串环境变量创建的。 Host=IP;Port=somePort;Username=someUser;Password=somePass;Database=someDb;Maximum Pool Size=100 我能够保持应用程序运行的唯一方法是将 idle_in_transaction_session_timeout 设置为 '10s' 以经常清除空闲连接，因为池似乎不起作用。

当我让 postgres 清除与 idle_in_transaction_session_timeout 和 Pooling=false 的空闲连接时，这就是我的数据库活动的样子：

我还在我的代码中进行了搜索，每个创建新 SQL 连接的实例也都有 using 语句。如上面的代码示例所示。这应该可以防止任何类型的连接泄漏。

是否有某种 postgres 配置项会导致此问题？连接字符串每次都一样，每个连接都有C# using 语句。我不确定为什么 NPGSQL 在启用池时不重新使用这些空闲连接。

我已经在我的开发服务器上测试了循环发送新连接的垃圾邮件，并且池化似乎工作得很好。所以我可以说我的 using 语句格式不会导致任何问题。但是，如果我现在在我的生产服务器上启用池，空闲连接会立即向上发送垃圾邮件，如图所示并达到上限，不允许新连接。生产服务器的指标显示每秒约 1,000 个事务和每秒约 4-5 个活动 SQL 会话/连接。是否有可能我真的需要增加最大池限制？

Postgres 和 .Net - 连接池 - 最佳实践

0 个答案: