EF6 中的嵌套事务行为

Question

我目前正在使用 TransactionScope 来管理我的数据层中的事务，但我遇到了嵌套事务和异步的问题，即在嵌套事务期间连接似乎关闭或事务被提升为 MSDTC。我还没有找到确切的问题，但在阅读之后，看起来这种情况不支持particuarly well，我应该改用 Database.BeginTransaction()。

我的问题是我找不到有关 Database.BeginTransaction() 如何处理嵌套事务的信息，特别是在我想要使用环境事务而不是创建新事务的情况下。我的怀疑是它不打算以这种方式工作，如果我想管理嵌套事务，我应该抽象出事务管理以给予我更多控制权。

不想添加不必要的抽象层我想知道是否有人在这方面有经验并且可以确认 Database.BeginTransaction() 嵌套在另一个事务中时的行为？

关于我的 DAL 的其他信息：基于 CQS 模式，我倾向于将与 Db 相关的代码封装在命令或查询处理程序中，因此这个嵌套如何发生的简化/人为示例如下：

public class AddBlogPostHandler
{
    private readonly MyDbContext _myDbContext;

    public AddBlogPostHandler(MyDbContext myDbContext)
    {
        _myDbContext = myDbContext;
    }

    public async Task ExecuteAsync(AddBlogPostCommand command)
    {
        using (var scope = new TransactionScope(TransactionScopeAsyncFlowOption.Enabled))
        {
            // .. code to create and add a draft blog post to the context
            await _myDbContext.SaveChangesAsync();

            var publishBlogPostCommand = new PublishBlogPostCommand();
            // ..set some variables on the PublishBlogPostCommand
            await PublishBlogPostAsync(command);

            scope.Complete();
        }
    }
}

public class PublishBlogPostHandler
{
    private readonly MyDbContext _myDbContext;

    public PublishBlogPostHandler(MyDbContext myDbContext)
    {
        _myDbContext = myDbContext;
    }

    public async Task ExecuteAsync(PublishBlogPostCommand command)
    {
        using (var scope = new TransactionScope(TransactionScopeAsyncFlowOption.Enabled))
        {
            // .. some code to do one set of update
            await _myDbContext.SaveChangesAsync();

            // .. some other db updates that need to be run separately
            await _myDbContext.SaveChangesAsync();

            scope.Complete();
        }
    }
}

Answer 1

从内部事务可以独立提交或回滚的意义上说，不存在嵌套事务。嵌套事务实际上只维护一个引用计数。在最后一次提交时，我们得到一个物理提交。在第一次回滚时，我们得到一个物理回滚。只要确保你知道这一点。

避免使用 MSDTC 很重要。这对于TransactionScope 和BeginTransaction 都是可能的。对于前者，您需要在范围内显式地Open 连接，以便 EF 不会一直打开新连接。

正如您在本期中所读到的，这是 EF 中的一个缺陷（L2S 没有）。请花时间对问题发表评论，以确保团队知道客户遇到了这个问题。

特别是在我想要使用环境事务而不是创建新事务的情况下。

这非常适合TransactionScope。我认为您切换到BeginTransaction 是基于误解。也许你可以在 cmets 中澄清一下。

当嵌套在另一个事务中时，确认 Database.BeginTransaction() 的行为

在第一段中解释。

关于我的 DAL 的其他信息：基于 CQS 模式，我倾向于将与 Db 相关的代码封装在命令或查询处理程序中，因此这个嵌套如何发生的简化/人为示例如下：

除了缺少db.Connection.Open() 调用（如上所述）之外，代码看起来很好。

此模式将支持在同一事务中执行多个查询和命令。只需将另一个范围包裹在它周围。确保不要打开连接两次，例如在采取行动之前检查conn.State。