TransactionScope TransactionAborted 异常 - 事务未回滚。应该是吗？

Question

（SQL 服务器 2008） 如果 TransactionScope (.Complete()) 内发生事务超时错误，您是否希望事务回滚？

更新：
该错误实际上是在右大括号（即 .Dispose()）中引发的，而不是在 .Complete() 中引发的。完整错误是：

The transaction has aborted. System.Transactions.TransactionAbortedException TransactionAbortedException System.Transactions.TransactionAbortedException: The transaction has aborted. ---> System.TimeoutException: Transaction Timeout
   --- End of inner exception stack trace ---
   at System.Transactions.TransactionStateAborted.BeginCommit(InternalTransaction tx, Boolean asyncCommit, AsyncCallback asyncCallback, Object asyncState)
   at System.Transactions.CommittableTransaction.Commit()
   at System.Transactions.TransactionScope.InternalDispose()
   at System.Transactions.TransactionScope.Dispose()

据我所知，事务没有回滚，并且表保持锁定状态，直到我对 SPID/session_id 发出 KILL。

我使用 DBCC OPENTRAN 获取最旧的事务，然后将其杀死。 我尝试过使用状态杀死，但收到一条消息，表示没有可用状态，因为没有任何内容被回滚。 sys.dm_exec_sessions 中 SPID/session_id 的状态为“睡眠”。代码片段：

try
{            
    using (var transaction = new TransactionScope())
    {
        LOTS OF WORK CARRIED OUT WITH LINQ ENTITIES/SubmitChanges() etc.
        transaction.Complete();  //Transaction timeout
    }
    return result;
}
catch (Exception ex)
{
    logger.ErrorException(ex.Message, ex);
    result.Fail(ex.Message);
    return result;
}

更新：
问题尚未完全解决，但如果其他人遇到此问题，请提供更多信息。

1. 我正在使用 LINQ to SQL，并在事务范围内调用 context.SubmitChanges()。我正在进行很多插入。 SQL Server 探查器指示为每个插入发出单独的 INSERT 语句。
2. 在开发中，如果我在调用 SubmitChanges() 之前将线程休眠 60 秒（默认 TransactionScope 超时为 60 秒），那么在调用 TransactionScope.Complete() 时会出现不同的错误（该操作对于事务状态无效。 ）。
3. 如果我在 .SubmitChaages() 之后和 .Complete() 之前睡了 60 秒，那么我得到 '事务已中止 - System.TimeoutException：事务超时'
4. 但请注意，在我的开发计算机上，使用 DBCC opentran 时未找到打开的事务 - 这是您所期望的，因为您期望事务回滚。
5. 如果我随后将这个问题底部的代码（抱歉无法让网站将其插入此处）添加到我的配置文件中，这会将 TransactionScope 超时增加到 2 分钟，事情就会再次开始工作（研究表明，如果这不无法工作，machine.config 中可能有一个设置低于优先级）。
6. 虽然这将阻止事务中止，但由于更新的性质，这确实意味着核心业务表上的锁定可能长达 2 分钟，因此使用默认 SqlCommand 超时 30 秒的其他选择命令将超时。并不理想，但比坐在那里并完全阻碍应用程序的开放交易要好。
7. 几天前，我们发布了一个灾难性的版本，这意味着我们在升级过程中耗尽了磁盘空间（！），因此我们最终使用了收缩数据库功能，这显然会在使用后导致性能问题。

8. 我觉得需要重建数据库并重新思考一些业务功能......

Answer 1

我认为 TransactionAbortedException 实际上是超时。如果是这样，您应该会发现 TransactionAbortedException 的 InnerException 是超时。

您应该能够通过确保事务作用域的超时时间比命令超时时间长来摆脱它。

尝试将事务范围更改为如下所示：

new TransactionScope(TransactionScopeOption.Required, TimeSpan.FromSeconds(60))

并在您的上下文中设置显式超时。应该是这样的：

myContext.CommandTimeout = 30; //This is seconds

Answer 2

我通过修改“物理文件”ma​​chine.config解决了此问题。

1. 您必须本地化文件：

• 32 位： C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machie.config
• 64位： C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config

2. 您必须添加以下代码：

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