使用Required选项的嵌套TransactionScope异常后事务失效问题求解（SQL Server）

问题核心 #

使用TransactionScopeOption.Required配置嵌套事务时，内部事务抛出异常会导致整个环境事务被标记为中止，后续所有依赖该事务的数据库操作、新事务创建都会失败，且业务要求必须保留外层事务的控制权，不能改用RequiresNew。

可行解决方案 #

方案1：用临时事务重置环境上下文 #

当内部事务抛出异常后，通过创建一个独立的RequiresNew事务并完成，重置当前线程的事务上下文，清除已中止的环境事务标记。

修改后的代码示例：

using (var transactionScope1 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
{
    try
    {
        using (var transactionScope2 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
        {
            // 业务逻辑
            throw new Exception();  // 模拟异常触发
            transactionScope2.Complete();
        }
    }
    catch
    {
        // 创建临时独立事务，完成后重置上下文
        using (var resetScope = new TransactionScope(TransactionScopeOption.RequiresNew, TransactionScopeAsyncFlowOption.Enabled))
        {
            resetScope.Complete();
        }
        // 可选：如果业务要求外层事务随内部失败终止，可在此调用transactionScope1.Dispose()并返回
    }

    // 此时可正常执行数据库查询
    var data = await myDbContext.MyTable.FirstOrDefaultAsync();

    // 也可正常创建新事务（会关联到外层事务，或上下文重置后创建新事务）
    using (var transactionScope3 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
    {
        // 新的业务逻辑
        transactionScope3.Complete();
    }

    // 根据业务需求决定是否完成外层事务
    transactionScope1.Complete();
}

原理：RequiresNew会创建完全独立的事务，完成后会替换当前线程的环境事务上下文，彻底清除之前的中止事务状态，让后续操作恢复正常。

方案2：手动处理中止事务状态 #

直接检查当前事务状态，若已中止则手动回滚并断开事务与线程的关联：

using (var transactionScope1 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
{
    try
    {
        using (var transactionScope2 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
        {
            // 业务逻辑
            throw new Exception();
            transactionScope2.Complete();
        }
    }
    catch
    {
        if (Transaction.Current?.TransactionInformation.Status == TransactionStatus.Aborted)
        {
            Transaction.Current.Rollback();
            // 手动清空当前线程的事务上下文
            Transaction.Current = null;
        }
    }

    // 后续操作恢复正常
    var data = await myDbContext.MyTable.FirstOrDefaultAsync();

    using (var transactionScope3 = new TransactionScope(TransactionScopeOption.Required, TransactionScopeAsyncFlowOption.Enabled))
    {
        // 新的业务逻辑
        transactionScope3.Complete();
    }

    transactionScope1.Complete();
}

注意：异步环境下必须确保TransactionScopeAsyncFlowOption.Enabled已设置，否则Transaction.Current的线程存储上下文可能在异步切换时丢失，导致操作失效。

关键注意事项 #

• 禁止直接忽略异常：事务被标记为中止后是不可恢复的，必须主动处理上下文重置，否则所有后续事务操作都会失败。
• 业务逻辑匹配：如果外层事务要求原子性（要么全成要么全败），则内部异常后应直接终止外层事务，不要继续执行后续操作；仅当业务允许部分失败后执行独立操作时，才适合使用上述方案。
• 异步场景适配：所有TransactionScope必须启用TransactionScopeAsyncFlowOption.Enabled，否则异步操作会丢失事务上下文，引发更多问题。

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