TransactionScope跨库调用存储过程时事务未回滚问题排查

你遇到的问题核心原因非常明确：你使用了TransactionScopeOption.Suppress这个选项，它直接让你的代码块脱离了事务上下文。

为什么会这样？ #

Suppress选项的作用是强制代码不参与任何事务——哪怕当前存在其他事务上下文，这个选项都会把当前代码块排除在外。这就导致你对DB1和DB2的操作都是各自独立的自动提交事务：DB1的插入操作在ExecuteNonQuery()执行完成后就已经提交了，当DB2抛出异常时，DB1的事务早就结束了，自然没法回滚。

怎么修复？ #

你需要使用默认的TransactionScopeOption.Required（可以省略不写，因为它是默认值，也可以显式指定），它会自动创建一个分布式事务，把两个数据库的操作都纳入同一个事务边界内。只要任何一个操作失败，整个事务就会回滚，包括DB1的插入操作。

修正后的C#代码：

// 默认使用TransactionScopeOption.Required，也可以显式指定该参数
using (TransactionScope scope = new TransactionScope()) {
    // 操作DB1
    using (SqlConnection con = new SqlConnection(connectionString1)) {
        con.Open();
        SqlCommand command1 = new SqlCommand("sp_1", con);
        command1.ExecuteNonQuery();
    }
    
    // 操作DB2
    using (SqlConnection con2 = new SqlConnection(connectionString2)) {
        con2.Open();
        SqlCommand command2 = new SqlCommand("sp_2", con2);
        command2.ExecuteNonQuery();
    }
    
    // 只有当所有操作都成功时，才提交整个事务
    scope.Complete();
}

额外注意事项 #

• 确保你的数据库服务器支持分布式事务（比如SQL Server需要开启MSDTC服务，常规跨库场景的默认配置通常能满足要求）。
• 你的DB2存储过程先抛出了异常，因此插入操作根本不会执行，这部分逻辑没问题；如果是插入后再抛异常，只要在事务范围内，同样会被回滚。
• 建议将两个数据库的操作拆分到各自的using块中（原代码的嵌套写法也能工作，但分开后可读性更好，不影响事务登记）。

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