EF 6中SqlConnection并行事务不支持及连接池超时问题排查

并行事务错误的根源 #

你使用了AddDbContextPool池化DbContext，而显式事务会绑定到DbContext底层的SqlConnection上。池化的DbContext被复用时，若之前的事务未完全释放（即便await using会自动处理，但池化回收时机与事务释放存在延迟），新操作复用同一连接时就会触发SqlConnection does not support parallel transactions错误——SqlConnection不允许同时存在多个未完成事务。

另外，你的代码未显式调用transaction.CommitAsync()或RollbackAsync()，虽然await using会在Dispose时回滚未提交事务，但这个过程并非即时完成，会导致池化上下文的连接残留事务占用状态，引发后续冲突。

连接池耗尽的原因 #

绑定了未正确释放事务的池化DbContext，其对应的SqlConnection会一直被占用，无法归还到连接池。随着请求累积，所有池连接被占满，就会触发超时错误。

实现ReadUncommitted（NOLOCK）的正确方式 #

无需通过显式事务设置隔离级别，EF6提供了更轻量的方案：

1. 全局设置（所有查询生效） #

在DbContext的OnConfiguring方法中配置默认隔离级别：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseSqlServer("你的连接字符串", opt =>
    {
        opt.SetDefaultTransactionIsolationLevel(IsolationLevel.ReadUncommitted);
        // 可添加其他配置如重试机制
    });
}

2. 单个查询设置（仅特定查询生效） #

使用支持异步的TransactionScope：

public async Task<IEnumerable<ProductDTO>> GetProducts() 
{
    List<ProductDTO> result = new();
    using var scope = new TransactionScope(
        TransactionScopeOption.Required,
        new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted },
        TransactionScopeAsyncFlowOption.Enabled);

    var products = await context.Products
                                .AsNoTracking()
                                // 补充你的Include操作
                                .ToListAsync();
    
    foreach (var product in products)
    {
        result.Add(Map(product));
    }

    scope.Complete();
    return result;
}

池化DbContext的关键注意事项 #

• 避免在池化DbContext中使用显式事务，事务与连接的绑定会导致连接占用和复用冲突。
• 若必须使用显式事务，替换AddDbContextPool为AddDbContext，确保每个请求创建独立的DbContext实例，让事务在独立上下文和连接中完成。

内容的提问来源于stack exchange，提问作者João Cardoso