TransactionScopeOption.RequiresNew 的 TransactionScope 超时怪异

Question

这里发生了一些非常奇怪的事情。

我刚刚在我正在调试的一些遗留代码周围添加了一个事务范围，以确保我所做的摆弄不会被提交。

这工作了两次，然后说：

"The transaction manager has disabled its support for remote/network transactions."

在工作/非工作之间没有任何代码更改或重建（实际上是连续 3 个 F5 [网络应用程序]）。 这是连接到删除数据库服务器的本地代码。

因此，不同项目中完全独立的代码就会超时。 如果我从这段代码中删除 transactionScopes，它运行得很好，但使用它们后就会超时。 我已经尝试了本地 SQL 服务器和远程 SQL 服务器，两者都在 transactionScope 内超时。

这到底是怎么回事？

编辑：我发现将我的 TransactionScopes 从：更改

using (var scope = new TransactionScope(TransactionScopeOption.RequiresNew))

为可以

using (var scope = new TransactionScope())

防止出现问题：s

这是什么意思？

Answer 1

之间的区别

using (var scope = new TransactionScope(TransactionScopeOption.RequiresNew))

和

using (var scope = new TransactionScope())

在于，第二个重用现有（环境）事务，而第一个在旧事务中创建新事务。

事务中的事务需要分布式事务协调器。

导致错误的可能原因有以下三个：

• MSDTC 未运行
• 您的数据库位于另一台计算机上，并且 Windows 配置为不允许来自网络的事务。
• 您的数据库位于另一台计算机上，并且 SQL Server 配置为不允许来自网络的事务

Answer 2

我相信，当错误发生时，框架正在尝试将原始的“轻量级”（即DBMS）事务提升为“分布式”事务。 管理分布式事务的 MSDTC（分布式事务协调器）服务未运行或无法工作。

当一个逻辑事务跨越两个（或更多）数据库连接时，通常会发生这种情况。 当然，在您的情况下（显然）只有一个 DBMS 连接。 我猜测通过强制一个新的、独立的事务范围，您也强制框架使用分布式事务。

Answer 3

老问题，但我遇到了同样的问题，所以这里提供了解决多种问题的简单信息。

如果您可以从 TransactionScopeOption.RequiresNew 更改为 TransactionScopeOption.Required 检查您是否确实需要显式嵌套事务的行为并考虑显式设置通过阅读 这篇 MSDN 文章了解事务范围。 也许您的问题是锁定资源的新事务的数量，这就是问题“奇怪”的原因。

此外，您应该检查以下信息：

默认事务范围被认为是有害的，

using (var scope = new TransactionScope(TransactionScopeOption.RequiresNew))

默认情况下您设置：

1. IsolationLevel 为可序列化（考虑使用 IsolationLevel.ReadCommited）
2. 超时为一分钟（考虑使用 < (code>TransactionManager.MaximumTimeout)

使用这两个选项和 TransactionScopeOption.RequiresNew 您应该会遇到死锁。

这是新代码：

new TransactionScope(TransactionScopeOption.Required, 
    new TransactionOptions 
    {
        IsolationLevel = IsolationLevel.ReadCommitted,
        Timeout = TransactionManager.MaximumTimeout
    }
)