TransactionScope 和 Oracle 的问题

Question

我们已经编写了一个使用 ODP.NET 与 Oracle 数据库 (11g) 通信的 C# 3.5 客户端。

该应用程序有一个批处理过程，其中执行长时间运行的任务，在 TransactionScope 内对数据库进行各种调用。

在我们的开发环境中，一切顺利，但在我们的一个客户（拥有大量数据）的 UAT 环境中，会出现两个交替的（有时是一个，有时是另一个......）错误：

1. 无法加入分布式
2. 事务交易已中止。 （内部例外：交易超时）

我们目前对交易使用一天的超时（出于测试目的）。

在 UAT 环境上运行所述进程会导致大约 1 秒后停止。 10 分钟，但有上述异常之一，因此远未达到超时值。

下面是第二个错误的堆栈跟踪片段：

at System.Transactions.TransactionStatePromotedAborted.CreateAbortingClone(InternalTransaction tx)
   at System.Transactions.DependentTransaction..ctor(IsolationLevel isoLevel, InternalTransaction internalTransaction, Boolean blocking)
   at System.Transactions.Transaction.DependentClone(DependentCloneOption cloneOption)
   at System.Transactions.TransactionScope.SetCurrent(Transaction newCurrent)
   at System.Transactions.TransactionScope.PushScope()
   at System.Transactions.TransactionScope..ctor(TransactionScopeOption scopeOption)
   at System.Transactions.TransactionScope..ctor()
   at Application.Domain.DataAccess.Oracle.EntityDaoBase`2.SaveItem(TEntity item, EntityReference`1 user)

该进程尝试将一个项目保存到事务范围内的数据库，但堆栈跟踪显示 TransactionScope 类的构造函数被命中，这意味着它创建了一个新的 TransactionScope。

到目前为止我是对的吗？

因为我不太了解 TransactionScope 的内部工作原理，但似乎当您调用作用域内的方法时，它将创建一个新事务（假设继承自环境事务）。

难道如果我没猜错的话，这个新事务并没有继承正确的超时（而是默认的），因此嵌套事务会导致这个超时异常？

如果不是，有什么想法可能是什么吗？附带说明一下，从环境事务中调用的方法中没有定义嵌套事务。

任何帮助将不胜感激！

编辑 1：

函数的简化代码片段：

public void SomeLengthyBatchProcess()
{
   using (var transaction = new TransactionScope(TransactionScopeOption.Required, new TimeSpan(1, 0, 0, 0)))
   {
       foreach (var item in Items)
       {
          SaveItemToDB(item);
       }

       transaction.Complete();
   }
}

public void SaveItemToDB(object item)
{
   using (var transaction = new TransactionScope(TransactionScopeOption.Required, new TimeSpan(1, 0, 0, 0)))
   {
       // Performing data persistency here

       transaction.Complete();
   }
}

编辑 2：

好的，事实证明，有嵌套事务正在进行方法“SaveItemToDB”。在深入研究同事编写的代码后，我发现它定义了自己的 TransactionScope，但没有选项和超时。

修改此方法以使其具有与超时相关的相同参数后，我在客户的服务器上再次运行代码，但仍然没有成功（事务再次因超时而中止错误）。

所以我现在的问题如下：

1. 是否有必要为嵌套事务定义超时值，或者它们是否从环境事务继承该超时值？
2. 当超时设置（大概除了我不知道的内部工作原理之外）对于所有事务范围都相同并且超时值定义为 1 天时，怎么可能发生超时异常，其中异常发生在约。 10分钟？
3. 是否可以阻止Oracle为连接字符串相同的事务创建分布式事务？
4. 分布式事务增加的开销是否会导致事务中止等异常？

我更新了代码片段，以便它更好地反映情况。

（顺便说一句：第二个嵌套事务是必要的，因为 DAL 还单独保留一些子项（如果存在），并且如果在保留子项时出现任何问题，当然应该回滚整个项）

希望通过这一补充，可以更容易地阐明这个问题！

Answer 1

由于找不到解决方案，我们决定停止使用 TransactionScope 来实现我们的目的并自行安排回滚。

我发现 TransactionScope 和 Oracle 不能很好地混合，也许 SQL Server 处理得更好，但这不是我们的选择。

感谢您的阅读。

Answer 2

machine.config 中的默认事务超时是 10 分钟...这可能就是您超时的原因。

Answer 3

您可以展示一段代码吗？从你提到的我能找到的唯一的东西是与 System.Transactions 有关的。讨论位于此处。当然，他们的“解决方案”是确保您至少使用 ODP.NET 11.1.0.6.20 或更高版本。

Answer 4

我知道这是一个老问题，但我会补充它，因为我已经看过很多了。

您使用的是 RAC 吗？您是否曾与 DBA 一起检查过是否遇到锁定/阻塞问题。我已经在 Oracle 中使用 System.Transactions 多年，唯一一次遇到类似问题是当我们使用 RAC 且需要完成其他配置时。

发生的情况如下：您启动一个事务并在事务期间打开连接（这很好）。但是，oracle 服务未配置为分布式事务处理（它是服务上的一个简单的复选框选项）。因此，额外的连接开始跨越 RAC 集群中的多个实例，并且相关事务彼此不知情，从而导致 .net 进程自行阻塞。

这是一个简单的修复。您正在使用的 oracle 服务只需要启用 DTP。

Answer 5

虽然是一个老问题，但我希望这个答案有帮助......
对于长时间运行的事务尤其会发生这种情况，因为底层 IDbConnection 不会长时间保持打开状态，并且会为部分事务范围（连接池）创建新连接。出于同样的原因，如果返回并使用相同的打开连接，长事务可能会成功，否则会失败。解决此问题的唯一解决方案是控制连接创建并确保自始至终只使用一个连接。

Answer 6

首先解决主要问题：

当超时设置为（大概除了我所做的内部工作之外）时，怎么可能发生超时异常
不知道）所有事务范围都相同并且有超时
定义为 1 天的值，其中异常发生在大约 1 天之后。 10
分钟？

有 TransactionManager.MaximumTimeout 属性，它是 您试图通过范围设置的任何内容的上限。在您的系统上，它设置为10分钟，但根据文档

可以在配置文件的 MachineSettingsSection 中设置此值。

至于其他问题：

1. 是否有必要为嵌套事务定义超时值，或者它们是否从环境事务继承该超时值？

启动事务的范围（即任何 RequiresNew 范围、任何最外层 Required 范围以及具有以下功能的任何 Required 范围： 抑制作用域位于嵌套堆栈的上一层）将建立事务超时，并且据我阅读来源消失，此超时不受嵌套范围的影响。

但是，参与现有事务的每个嵌套作用域（即任何具有Required或RequiresNew作用域的Required作用域堆栈上一级）将建立自己的范围超时，除了上面提到的事务超时之外运行。

事务超时和范围超时在内部实现方式不同，但如果其中任何一个超时，尚未完成的事务将被Complete()d被回滚。

顺便说一句，前面提到的 TransactionManager.MaximumTimeout 仅适用于事务超时。 范围超时没有上限。这并不重要，因为无论如何最短的超时才是最重要的。

是否可以阻止Oracle为连接字符串相同的事务创建分布式事务？

只要在任一时间点仅打开一个“物理”数据库连接，范围就不会升级为 DTC。如果我没记错的话，这适用于 Oracle ODP.Net，尽管 (this) 似乎声称相反（也许它没有使用当时的版本？）。

您可能无法阻止并发连接即使具有嵌套范围，并且对于不同的数据库（只要它们是在同一台服务器上）。