我们有一个用 C# 编码的 Web 服务，它对 MS SQL Server 2005 数据库进行多次调用。该代码使用 Using 块结合 C# 的连接池。
在 SQL 跟踪期间，我们看到很多很多对“sp_resetconnection”的调用。其中大多数都很短
从我读到的 sp_resetconnection 与连接池有关，基本上重置了打开连接的状态。我的问题：
这对我来说是个谜，我感谢任何帮助！
【问题讨论】：
标签： c# sql-server-2005 connection-pooling sp-reset-connection
重置只是重置事物，因此您不必重新连接来重置它们。它会清除 SET 或 USE 操作之类的连接，因此每个查询都有一个干净的状态。
连接仍在被重用。这是extensive list：
sp_reset_connection 重置连接的以下方面：
sp_reset_connection 不会重置：
【讨论】：
这是对What does sp_reset_connection do? 的解释，其中部分内容是“数据访问 API 的层，如 ODBC、OLE-DB 和 SqlClient，在重新使用来自连接池的连接时调用（内部）存储过程 sp_reset_connection。它执行此操作在重新使用之前重置连接的状态。”然后它给出了系统存储过程的一些细节。这是一件好事。
【讨论】：
每次您从池中请求新连接时，都会调用 sp_resetconnection。 它必须这样做，因为池不能保证用户（你，程序员可能:) 已使连接处于正确状态。例如返回带有未提交事务的旧连接将是..bad。
调用次数应与您获取新连接的次数有关。
至于有些通话需要很长时间，我不确定。可能是服务器当时正忙于处理其他内容。可能是网络延迟。
【讨论】：
基本上，调用是清除状态信息。如果您有任何打开的 DataReader，则需要更长的时间才能发生。这是因为您的 DataReaders 只保存一行，但可以拉更多行。在重置可以继续之前，它们每个都必须被清除。因此，请确保您在 using() 语句中拥有所有内容，并且不会在某些语句中留下任何内容。
发生这种情况时，您总共运行了多少连接？
如果您的最大值为 5，并且您击中了所有 5，则调用重置将阻塞 - 并且看起来需要很长时间。确实不是，它只是在等待池连接可用时被阻塞。
此外，如果您在 SQL Express 上运行，您很容易因为线程要求而被阻塞（在完整的 SQL Server 中也可能发生，但可能性要小得多）。
如果关闭连接池会发生什么？
【讨论】：