在TransactionScope中多次调用SaveChangesAsync导致超时问题求助

使用EF Core结合System.Transactions.TransactionScope时遇到以下问题：

• 事务初始操作与数据库无关，无法使用context.Database.UseTransaction这类DbContext相关事务方法，只能依赖TransactionScope。
• EF Core无法自动维护插入顺序，若一次性调用SaveChangesAsync会因外键关联报错，因此必须先添加实体a并调用SaveChangesAsync，再添加实体b并调用SaveChangesAsync。
• 但将上述逻辑包裹在TransactionScope中时，第二次SaveChangesAsync会超时，无法执行到tx.Commit()。

无事务时的正常代码 #

var a = new o1 { Id = "Id1" };
await ctx.AddAsync(a);
await ctx.SaveChangesAsync();

// some other code

var b = new o2 { Id = "Id2", aId = a.Id };
await ctx.AddAsync(b);
await ctx.SaveChangesAsync();

包裹TransactionScope后的超时代码 #

using (var tx = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted }, TransactionScopeAsyncFlowOption.Enabled))
{
  var a = new o1 { Id = "Id1" };
  await ctx.AddAsync(a);
  await ctx.SaveChangesAsync();

  // some other code

  var b = new o2 { Id = "Id2", aId = a.Id };
  await ctx.AddAsync(b);

  await ctx.SaveChangesAsync();
  // 因超时无法执行到此处
  tx.Commit();
}

方案1：让EF自动处理插入顺序（推荐） #

不需要分两次调用SaveChangesAsync，通过配置实体导航属性让EF识别依赖关系：

• 在o2实体中添加与o1的导航属性：

  public class o2
  {
      public string Id { get; set; }
      public string aId { get; set; }
      public o1 A { get; set; } // 导航属性
  }
  

• 添加实体时直接关联对象，EF会自动按依赖顺序插入：

  using (var tx = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted }, TransactionScopeAsyncFlowOption.Enabled))
  {
      var a = new o1 { Id = "Id1" };
      var b = new o2 { Id = "Id2", A = a }; // 关联导航属性
      
      await ctx.AddAsync(b); // EF会自动识别并先插入a
      await ctx.SaveChangesAsync();
  
      tx.Commit();
  }
  

  这种方式只需一次SaveChangesAsync，从根源避免多次提交导致的事务阻塞。

方案2：优化TransactionScope内的DbContext使用 #

如果必须分两次提交，可通过以下方式调整：

方式A：重置上下文实体状态 #

每次提交后分离已持久化的实体，避免上下文跟踪冲突：

using (var tx = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted }, TransactionScopeAsyncFlowOption.Enabled))
{
    var a = new o1 { Id = "Id1" };
    await ctx.AddAsync(a);
    await ctx.SaveChangesAsync();
    ctx.Entry(a).State = EntityState.Detached; // 分离已提交的实体

    // some other code

    var b = new o2 { Id = "Id2", aId = a.Id };
    await ctx.AddAsync(b);
    await ctx.SaveChangesAsync();

    tx.Commit();
}

方式B：使用独立的DbContext实例 #

在同一个事务内，用新的DbContext处理第二次提交：

using (var tx = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted }, TransactionScopeAsyncFlowOption.Enabled))
{
    using (var ctx1 = new YourDbContext())
    {
        var a = new o1 { Id = "Id1" };
        await ctx1.AddAsync(a);
        await ctx1.SaveChangesAsync();
    }

    // some other code

    using (var ctx2 = new YourDbContext())
    {
        var b = new o2 { Id = "Id2", aId = "Id1" };
        await ctx2.AddAsync(b);
        await ctx2.SaveChangesAsync();
    }

    tx.Commit();
}

方案3：调整隔离级别与排查数据库锁 #

• 尝试将隔离级别改为默认的IsolationLevel.ReadCommitted，ReadUncommitted可能导致数据库锁机制异常，引发阻塞超时。
• 用数据库工具（如SQL Server的Activity Monitor）排查是否存在锁等待，确认是否有其他长时间运行的事务占用资源。

内容的提问来源于stack exchange，提问作者cdmdotnet