使用 Db 事务的实体框架 5“连接已经是本地或分布式事务的一部分”

Question

我对事务和实体框架 5 没有任何运气。我有以下代码：

 context.Database.Connection.Open();
 transaction = context.Database.Connection.BeginTransaction(IsolationLevel.Serializable);
//some work happens
context.SaveChanges();
//some additional work
context.SaveChanges();
transaction.Commit();

在第一个 context.SaveChanges 调用中，我得到一个异常：“连接已经是本地或分布式事务的一部分”

现在我实际上只是在做一个简单的概念证明，我所做的只是附加一个实体，将其标记为已修改，然后调用保存更改。

作为故障排除处理，我放置了一个事件处理程序，用于处理连接状态何时发生变化并在其中设置断点。这样做，我验证了在我开始事务和调用保存更改之间的连接没有关闭。

任何帮助弄清楚它为什么给我这个例外将不胜感激。

Answer 1

如果由于某种原因您必须在一个事务中进行多次SaveChanges 调用，推荐的方法是将它们包装在TransactionScope 中：

using(var tran = new TransactionScope())
{
    using(var context = new MyContext())
    {
        //some work happens
        context.SaveChanges();
        //some additional work
        context.SaveChanges();
    }

    tran.Complete(); // without this call the transaction is rolled back.
}

default isolation level is serializable。在事务中打开的每个连接都在此事务中登记。默认情况下，EF 在执行查询时总是打开和关闭连接。

我猜你得到这个异常的原因是 EF 在执行SaveChanges 时自己创建了一个事务对象。它试图使用它的连接来启动这个事务，但是这个连接已经是你创建的事务的一部分。通过使用 TransactionScope，EF 事务只是在环境事务中登记。

Answer 2

这是我们之前使用事务的方式。它对我们有用：

public void DoSomething()
{
   using (var db = GetContext())
   {
        using (var ts = GetTransactionScope())
        {
            //do stuff
            db.SaveChanges();
            ts.Complete();
        }
   }
}

public TransactionScope GetTransactionScope()
{
    var tso = new TransactionOptions { IsolationLevel = IsolationLevel.ReadCommitted };
    return new TransactionScope(TransactionScopeOption.Required, tso);
}