问题[connection-pooling](dba)

我有一个在 Linux Kubernetes 容器中使用 .NET 6 运行的分析应用程序。它接收 http 消息并记录它们。

对于我的数据层，我使用的是Microsoft.Data.SqlClientv4.1.0 库和直接的 ADO.NET 连接 - 如下所示：

var connString = ConnectionService.GetConnectionString();

using var conn = new SqlConnection(connString);
using var cmd = new SqlCommand(...sql..., conn);
cmd.Parameters.Add("@....", SqlDbType...).Value = ...;

try
{
    await cmd.Connection.OpenAsync();
    await cmd.ExecuteNonQueryAsync();
}
catch (Exception ex)
{
    Log.Error(ex);
    await cmd.Connection.CloseAsync();
    throw;
}

await cmd.Connection.Close();

分析服务平均每秒大约 250 次写入。它目前正在写入 SQL Server 2017（有升级计划，但尚未发生）。

观察 SQL Server Profiler，写入需要 1 毫秒到 6 毫秒。从来没有长期运行的东西。使用此查询检查睡眠会话：

SELECT  login_name,
        COUNT(*) [sleeping_sessions]
FROM sys.dm_exec_sessions
WHERE database_id > 0
  AND status = 'sleeping'
GROUP BY login_name
ORDER BY 2 DESC

在撰写本文时，有 23,173 个休眠连接。

我在开发服务器上运行了一个封闭测试，我可以看到当应用程序打开一个连接并关闭它时，该连接处于睡眠状态。它仅在应用程序停止时消失。

我的理解是，这就是 ADO.NET“连接池”的工作方式。但是，我的印象是有 100 个连接限制，除非另有增加。

我将 SQL 进程更改为同步运行：

try
{
    cmd.Connection.Open();
    cmd.ExecuteNonQuery();
}
catch (Exception ex)
{
    Log.Error(ex);
    cmd.Connection.Close();
    throw;
}
cmd.Connection.Close();

但这并没有改变什么。仍然有 20k+ 休眠连接。

我在连接和命令对象上都利用了名为using 语句的 C# 8.0 功能。它在语义上等同于将代码块包装在usingwith 中{}。

我正在使用单个连接字符串，每个连接字符串都相同，并且安全上下文相同。连接字符串是从app.config设置中提取的。

我在连接字符串中尝试了老式using块 + 同步 + 最大池大小 = 100，但没有影响。仍然是 20k+ 睡眠时间。它从 0 开始并不断上升，但最终趋于平稳。

有人对我应该采取哪些步骤有任何建议吗？SQL Server 最多只允许 32,767 个连接，所以我正在接近危险区域。

我们有一个大部分时间运行良好的公共前端网站。但是我们有时会遇到连接高峰（比如在邮寄活动之后），我们会遇到如下错误：

超时已过。在从池中获取连接之前超时时间已过。这可能是因为所有池连接都在使用中并且达到最大池大小

我们非常确定我们所有的连接都已正确关闭（没有连接泄漏）。

因此我们决定增加池中允许的连接数（默认为 100）。

我们将其增加到 1000（max pool size=1000;在我们的连接字符串中），现在我们的站点可以处理大多数连接峰值。（我精确地将该站点运行在专用服务器上）

我的问题是：增加最大连接池可能会产生什么负面影响？

编辑：这是我在这些高峰期间使用 sp_who2 时所拥有的：

如果最大池设置为 100，我有超过 100 行“等待命令”行：

我可以看到所有“LastBatch”都是在几秒钟前执行的。

我正在使用 Python 将高速查询推送服务实现到 MySQL 数据库中。

考虑到各种 MySQL 元素（如存储过程中的临时表）的广泛使用，何时以及为什么 应该pool_reset_session在基于 256 个连接的池上使用功能？

我正在制作一个多线程应用程序，我将在其中使用单个 SQL Server 连接并执行选择、插入、更新和删除。

因此，一旦我的应用程序启动，它将打开与 SQL Server 的连接，然后将运行多个线程，每个线程将使用同一连接在多个表上执行选择、插入、更新和删除（无特定顺序）。

我想问一下 SQL Server 一个连接可以处理多少个操作？

我知道之前在 SO 上也有类似的问题，如此处所示但是 ，这个答案确实没有解决我的问题。这是我的场景，我将使用 PowerShell 对其进行演示。

以下代码将在我的本地 sql2016 实例上创建两个会话

#The only difference in the two connection strings is [pooling] property, the $connstr_1 has pooling=true, while the $connstr_2 has pooling=false.

$connstr_1 = "data source=localhost\sql2016; initial catalog=master; trusted_connection=true; app=ConnPoolTest; pooling=true";
$SqlConnection1 = New-Object System.Data.SqlClient.SqlConnection($connstr_1)


$connstr_2 = "data source=localhost\sql2016; initial catalog=master; trusted_connection=true; app=ConnPoolTest; pooling=false";
$SqlConnection2 = New-Object System.Data.SqlClient.SqlConnection($connstr_2)

$SqlConnection1.Open()

$SqlConnection2.Open();

我的问题是在 sql server 端，我怎么知道哪个会话的连接字符串的池属性设置为true，哪个设置为false？

（最初在 StackOverflow 上问这个问题被告知这个社区是正确的）。

我正在调查未发布的 SQL Server 数据库连接的可能性。我运行了 SQL Server Profiler 并收集了事件跟踪。通常在执行 SQL 命令后，我会看到“Audit Logout”事件，并且经常会执行 sp_reset_connection，这表明连接已重新用于新命令。

但是，我跟踪了一些 SPID，发现在执行了一些 SQL 命令（例如 INSERT）之后，给定 SPID 不再有事件。这是否意味着连接没有被释放，保持打开状态并且不能被重用？

HickariCP 文档说：

HikariCP 在性能和可靠性方面都非常依赖准确的高分辨率计时器。您的服务器必须与时间源（例如 NTP 服务器）同步。特别是如果您的服务器在虚拟机中运行。不要依赖管理程序设置来“同步”虚拟机的时钟。在虚拟机内部配置时间源同步。如果你在一个被证明是由于缺乏时间同步引起的问题上寻求支持，你将在 Twitter 上被公开嘲讽。

您会选择哪些其他连接池库，它们对虚拟机时间漂移不太敏感？

有没有办法阻止用户在 PostgreSQL 中运行“重置角色”，从而获得他可能没有的权限？

我有一个架构，在一台服务器上有很多数据库。API 连接到本地 PostgreSQL 服务器上的多个数据库。我曾计划使用 Pgbouncer，但听起来我必须将 pgbouncer 中的一个数据库/用户映射到 PostgreSQL 中的同一数据库/用户，这听起来适得其反。相反，我希望能够重用连接，但在连接时对不同的用户有不同的授权。

我正在使用 3 层应用程序 Microsoft Dynamics AX，其中中间层维护与 SQL Server 的连接。几个客户端连接到这个中间层服务器。

中间层服务器通常有几个连接到 SQL Server 的连接，所以我很确定它们正在被池化，但是没有关于如何实现的文档。

通常我们无法将 SPID 与用户或客户端应用程序相关联，但我们可以通过一个选项设置注册表项（特定于 Microsoft Dynamics AX），从而使此信息context_info在sys.dm_exec_sessions.

同样，没有关于如何实现的文档。我们掌握的唯一信息是 MSDN 上的一个模糊的博客条目。

帖子提到

添加此信息的性能开销很小。

因此，我们不知道任何实现细节，例如：

1. 信息是否以某种方式包含在连接字符串中，还是由 SET CONTEXT_INFO 完成？
2. 什么时候重用连接？
3. 可以预期的确切影响

有什么方法可以确定服务器端连接池的工作方式以及 context_info 的影响是什么？

更新：从这里
使用这个查询

SELECT des.program_name,
       des.login_name,
       des.host_name,
--       der.database_id,
       COUNT(des.session_id) AS [Connections]
FROM sys.dm_exec_sessions des
INNER JOIN sys.dm_exec_connections DEC
        ON des.session_id = DEC.session_id
WHERE des.is_user_process = 1
--AND des.status <> 'running'
GROUP BY des.program_name,
         des.login_name,
         des.host_name
--         ,der.database_id
HAVING COUNT(des.session_id) > 2
ORDER BY COUNT(des.session_id) DESC

我可以看到使用了连接池。

我有一个 MySQL 数据库，其峰值速度约为每秒 300 个连接。

每台服务器的推荐连接数是多少？我应该在什么时候开始使用连接池？