12

假设我使用 C# 运行一个长时间运行的 SQL Server 存储过程（比如说 30 分钟）。进一步假设我在 C# 中的查询上设置了 1 小时的超时时间，这样无论出于何种原因，这个 SP 花费的时间比预期的要长，我最终不会垄断数据库。最后，假设这个存储过程中有一个 try/catch 块来捕获错误并在其中的任何步骤失败时进行一些清理。

一些代码（C#）：

using (SqlCommand comm = new SqlCommand("longrunningstoredproc"))
{
    comm.Connection = conn;
    comm.CommandType = CommandType.StoredProcedure;
    comm.CommandTimeout = 3600;
    comm.ExecuteNonQuery();
}
/* Note: no transaction is used here, the transactions are inside the stored proc itself. */

T-SQL（基本上相当于以下）：

BEGIN TRY
   -- initiailize by inserting some rows into a working table somewhere
   BEGIN TRANS
     -- do long running work
   COMMIT TRANS
   BEGIN TRANS
     -- do long running work
   COMMIT TRANS
   BEGIN TRANS
     -- do long running work
   COMMIT TRANS
   BEGIN TRANS
     -- do long running work
   COMMIT TRANS
   BEGIN TRANS
     -- do long running work
   COMMIT TRANS
   -- etc.

   -- remove the rows from the working table (and set another data point to success)
END TRY
BEGIN CATCH
   -- remove the rows from the working table (but don't set the other data point to success)
END CATCH

我的问题是，当命令从 C# 端超时时，SQL Server 将如何处理查询？它会调用 SP 的 catch 块，还是会完全切断它，以便我需要在 C# 代码中执行清理？

4

2 回答 2

6

超时由 ADO.NET 强制执行。SQL Server 不知道命令超时之类的事情。.NET 客户端将发送一个“注意”TDS 命令。您可以使用 SQL Profiler 观察此行为，因为它具有“注意”事件。

当 SQL Server 收到取消消息时，它将取消当前正在运行的查询（就像 SSMS 在您按下停止按钮时所做的那样）。它将中止批处理（就像在 SSMS 中一样）。这意味着无法运行任何捕获代码。连接将保持活动状态。

根据我的经验，交易将立即回滚。我不认为这是可以保证的。

TL;DR：ADO.NET 中的超时行为与您在 SSMS 中按下停止（或调用SqlCommand.Cancel）的行为相同。

这是对此的参考：https ://techcommunity.microsoft.com/t5/sql-server-support/how-it-works-attention-attention-or-should-i-say-cancel-the/ba-p/ 315511

于 2013-05-16T14:16:19.977 回答
4

超时是连接上发生的事情，而不是正在运行的查询。

这意味着您BEGIN CATCH将不会在超时的情况下执行，因为查询对此一无所知。

在一个块中用 C# 编写你的清理工作catch(SqlException ex)（测试超时）。

于 2013-05-16T14:13:24.030 回答