TransactionScope 提前完成

Question

我有一个在 TransactionScope 内运行的代码块，并且在该代码块中我对数据库进行了多次调用。选择、更新、创建和删除整个范围。当我执行删除时，我使用 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 及更高版本中，即使您使用 with(nolock)，仍然会在 select 涉及的那些表上创建锁。看看这个，它向您展示了如何设置和使用 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

我发现当事务运行时间长于 System.Transactions 的 maxTimeout 时，可能会出现此消息。 TransactionOptions.Timeout增加没关系，它不能超过maxTimeout。

maxTimeout 的默认值设置为 10 分钟，其值只能在 machine.config 中修改

添加以下内容（在配置中） level) 到 machine.config 以修改超时：

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

machine.config 可以在以下位置找到：%windir%\Microsoft.NET\Framework\[version]\config\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 将采用默认值。此默认值是以下值中的较小：

1. 如果您已覆盖本地 app.config / web.config 设置，例如< /p>

   ;
   
   
   

2. But this is then 'capped' at machine.config 设置

Answer 7

此异常也可能是由禁用 Microsoft 分布式事务协调器 引起的。

如果我们想启用它，我们运行“dcomcnfg”并选择“组件服务”-> “我的电脑”-> 《分布式事务协调器》-> “本地服务 DTC” 并选择“属性”。

应选中“允许远程客户端”、“允许入站”、“允许出站”和“无需身份验证”强>”。