Question

我有一个在TransactionScope中运行的代码块，在这段代码中我会多次调用DB。选择，更新，创建和删除整个色域。当我执行删除操作时，我使用SqlCommand的扩展方法执行它，如果查询死锁，它将自动重新提交查询，因为此查询可能会遇到死锁。

我相信当遇到死锁并且该函数尝试重新提交查询时会出现问题。这是我收到的错误：

与当前连接关联的事务已完成但尚未处理。必须先处理事务，然后才能使用连接执行SQL语句。

这是执行查询的简单代码（以下所有代码都在使用TransactionScope执行）：

using (sqlCommand.Connection = new SqlConnection(ConnectionStrings.App))
{
    sqlCommand.Connection.Open();
    sqlCommand.ExecuteNonQueryWithDeadlockHandling();
}

以下是重新提交死锁查询的扩展方法：

public static class SqlCommandExtender
{
    private const int DEADLOCK_ERROR = 1205;
    private const int MAXIMUM_DEADLOCK_RETRIES = 5;
    private const int SLEEP_INCREMENT = 100;

    public static void ExecuteNonQueryWithDeadlockHandling(this SqlCommand sqlCommand)
    {
        int count = 0;
        SqlException deadlockException = null;

        do
        {
            if (count > 0) Thread.Sleep(count * SLEEP_INCREMENT);
            deadlockException = ExecuteNonQuery(sqlCommand);
            count++;
        }
        while (deadlockException != null && count < MAXIMUM_DEADLOCK_RETRIES);

        if (deadlockException != null) throw deadlockException;
    }

    private static SqlException ExecuteNonQuery(SqlCommand sqlCommand)
    {
        try
        {
            sqlCommand.ExecuteNonQuery();
        }
        catch (SqlException exception)
        {
            if (exception.Number == DEADLOCK_ERROR) return exception;
            throw;
        }

        return null;
    }
}

错误发生在该行：

sqlCommand.ExecuteNonQuery();

Answer 1

不要忘记从TransactionScope中压缩select语句。在SQL Server 2005及更高版本中，即使使用（nolock），仍然会在这些表上创建锁定选择触摸。看看这个，它会显示how to setup and use TransactionScope。

using(TransactionScope ts = new TransactionScope 
{ 
  // db calls here are in the transaction 
  using(TransactionScope tsSuppressed = new TransactionScope (TransactionScopeOption.Suppress)) 
  { 
    // all db calls here are now not in the transaction 
  } 
}

Answer 2

我发现当事务运行的时间比maxTimeout的{{1}}更长时，就会发生此消息。 System.Transactions增加无关紧要，不能超过TransactionOptions.Timeout。

默认值maxTimeout设置为10分钟，其值仅可在maxTimeout

中修改

将以下（在配置级别中）添加到machine.config以修改超时：

machine.config

可以在<configuration> <system.transactions> <machineSettings maxTimeout="00:30:00" /> </system.transactions> </configuration>

找到machine.config

您可以在此博文中了解更多相关信息：http://thecodesaysitall.blogspot.se/2012/04/long-running-systemtransactions.html

Answer 3

我可以重现这个问题。这是一个事务超时。

using (new TransactionScope(TransactionScopeOption.Required, new TimeSpan(0, 0, 0, 1)))
{
    using (SqlConnection connection = new SqlConnection(connectionString))
    {
        connection.Open();
        using (var sqlCommand = connection.CreateCommand())
        {
            for (int i = 0; i < 10000; i++)
            {
                sqlCommand.CommandText = "select * from actor";
                using (var sqlDataReader = sqlCommand.ExecuteReader())
                {
                    while (sqlDataReader.Read())
                    {
                    }
                }
            }
        }
    }
}

使用以下消息抛出System.InvalidOperationException：

与当前连接关联的事务已完成但尚未处理。交易必须先处理该连接可用于执行SQL语句。

要解决此问题，请使查询运行得更快或增加超时。

Answer 4

如果在TransactionScope内发生异常，则会回滚。这意味着TransactionScope已完成。您现在必须在其上调用dispose()并开始新的交易。老实说，我不确定你是否可以重复使用旧的TransactionScope，我从未尝试过，但我不会这样做。

Answer 5

我的问题是一个愚蠢的问题，如果你坐在调试中断超时，你会得到这个。 Face Palm

男人，编程让你有些日子感到厚重......

Answer 6

确认此错误也可能是由事务超时引起的。只是为了补充Marcus + Rolf所说的内容，如果你没有在TransactionScope上明确设置超时，则TimeSpan超时将采用默认值。此默认值为较小：

如果您覆盖了本地app.config / web.config设置，例如

<system.transactions>
<defaultSettings timeout="00:05:00" />
</system.transactions>

但是，这会在machine.config设置<machineSettings maxTimeout="00:10:00" />

Answer 7

禁用 user_tables也可能导致此异常。

如果我们想要启用它，我们会运行＆＃34; dcomcnfg ＆＃34;并选择CREATE PROCEDURE foo @LastName nvarchar(50), @FirstName nvarchar(50) AS QUERY1; -- SELECT or whatever QUERY2; GO并选择＆＃34; 属性＆＃34;。

应该检查＆＃34; 允许远程客户端＆＃34;，＆＃34; 允许入站＆＃34;，＆＃34; 允许出境＆＃34;和＆＃34; 无需身份验证＆＃34;。

TransactionScope过早完成

7 个答案: