SqlException超时未达到

Question

我们的服务器有时会抛出这个众所周知的异常：

超时已过期。操作完成之前超时时间已过，或者服务器没有响应。

当服务器处理大请求时，会在压力下发生这种情况。 我做了一些研究，发现我可以更改连接字符串连接超时设置和/或SqlCommand.Timeout数据读取器属性。

默认情况下，sql命令超时设置为30秒，连接超时设置为15，我们从不覆盖它们。

我重现了上下文并在管理工作室中手动执行了失败的请求。 它们的持续时间大约 1 秒，并且总是远远超过 30。

但奇怪的是，当我查看服务器日志时，请求调用立即抛出此异常。 我的意思是，请求正在执行，一毫秒后引发异常。 对不起，让我用极客的眼光来看看这个8-o。

为了完整起见，我们的 SQL 实例以同步模式与另一个实例进行镜像。 我们通过表适配器使用 Ado.Net。

Answer 1

事实上，即使设置了 READ_COMMITED_SNAPSHOT 之后，我们仍然遇到这些随机超时。

将镜像设置为异步模式并没有帮助，在多个线程中完成的查询仍然在大约 1 毫秒后随机超时，总是在繁忙时段。另一方面，触发超时的特定查询（INSERT 语句）本身执行速度非常快（CPU 时间不到 1 毫秒，平均读取次数约为 10 次）。

调用堆栈如下：

在 System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)

在 System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)

在 System.Data.ProviderBase.DbConnectionClosed.OpenConnection（DbConnection 外连接，DbConnectionFactory 连接工厂）

在 System.Data.SqlClient.SqlConnection.Open()

因此超时似乎与查询本身无关。

根据另一篇文章： 多线程 Windows 中的多个同时 SQL 连接超时服务和链接的MSDN 博客文章 谈论 ADO.NET 错误，我们尝试在连接字符串中将连接超时设置为150。

无法确定我们是否遇到了此错误，但自此更改以来没有再引发超时。

Answer 2

最后，经过几个小时的跟踪和分析，问题在于两件事的相关性：

1. 读取已提交的默认 Sql Server 隔离级别导致阻塞情况
2. 一些调整不当的请求和与无索引表混合的存储过程

已修复

ALTER DATABASE <dbName> SET READ_COMMITTED_SNAPSHOT ON

第一个原因 第二个是清晰的请求重写和表索引。

Answer 3

此时我将运行 SQL Profiler 并查看正在执行哪些查询。