Linq-to-SQL 和 sp_reset_connection

Question

我有一个 .NET 4.0 Winform 和一个 .NET 4.0 Windows 服务，它们都通过 LINQ to SQL 连接到 SQL 2005/2008 数据库。它在我们的测试环境中运行良好且快速，具有生产数据的完美克隆，但在生产环境中，它运行非常缓慢，并且 CPU 使用率和带宽使用率较低。我还注意到每天有数百次 SQL 超时，即使对于索引良好的数据库上的最小查询也是如此。于是我启动了 Profiler...

我发现在负载下的 10 分钟捕获期间，sp_reset_connection 占 SQL CPU 总持续时间的三分之一和所有 SQL 调用总数的 90%。

• 我尝试过禁用 &启用连接池并调整连接字符串中允许的连接数和连接超时。没有一个有任何效果。
• 当我遇到 LINQ 查询时，我一直用 ADO.NET 查询替换它们。这些旧的 ADO.NET 查询永远不会超时。只有 LINQ 的。
• 我注意到该服务器上存在其他主要性能问题，但我不确定如何与客户的系统管理员处理该主题。

• 我对运行该服务的应用程序服务器具有管理员访问权限。我几乎无法访问运行 Winform 的终端服务器，也无法访问 SQL 服务器。

• 是什么原因导致 sp_reset_connection 如此频繁地运行？

• 有没有办法绕过这些调用而不将所有 LINQ 从我的应用程序中删除？
• 有没有办法减少对该存储过程的调用次数？
• 有没有办法减少 SQL Server 执行这些调用所需的处理器时间？
• 如果我禁用池并用空的存储过程替换该存储过程，是否会弄乱其他任何事情？

Answer 1

找到了一些与此相关的其他页面，其中一个建议是这样的：

对于重置连接，请在使用 DataContext 连接之前打开它，并在最后关闭它。

db.Connection.Open()
... work...
db.Connection.Close()

Answer 2

当sqlconnection返回到连接池时会发生sp_reset_connection，现在这应该不是问题。

但现在的问题是为什么会超时？是sql服务器无法处理事务量还是连接池耗尽，从未使用过Linq-to-sql，但请确保在处理完对象后处理掉所有可以处理的东西...

编辑：连接池存在的原因是删除它可能会恶化你的性能，删除“sp_reset_connection”会给你带来奇怪的错误，因为数据将被转移到连接的下一个用户......

以降低sp_reset_connection的数量您能做的唯一方法是尝试为尽可能多的查询重复使用相同的连接！