.NET 事务回滚机制-CSDN博客

本文链接：https://blog.csdn.net/wlq_567/article/details/150210779

在 .NET 中，事务回滚机制是保障数据操作原子性的核心手段，确保一系列数据库操作 “要么全部成功，要么全部失败”。.NET 提供了多种事务处理方式，其回滚机制根据场景（本地事务、分布式事务）略有不同，但核心思想一致：当操作出错时，撤销所有已执行的修改，恢复到事务开始前的状态。

一、.NET 中事务的类型与回滚触发

.NET 支持两种主要事务类型，回滚机制各有特点：

1. 本地事务（Local Transaction）

针对单一数据库的事务操作（如仅操作 SQL Server 或 MySQL 单库），通过数据库自身的事务支持实现，回滚效率高。
核心类：SqlTransaction（SQL Server）、MySqlTransaction（MySQL）等（特定数据库的事务类）。

2. 分布式事务（Distributed Transaction）

跨多个数据库或资源（如同时操作 SQL Server 和 Oracle，或数据库 + 消息队列）的事务，需通过 .NET 分布式事务协调器（DTC，Distributed Transaction Coordinator）实现，回滚机制更复杂。
核心类：TransactionScope（.NET 推荐的统一事务处理类，支持自动升级为分布式事务）。

本地事务的回滚机制（以 SQL Server 为例）

1. 基本流程

using (SqlConnection connection = new SqlConnection(connectionString))
{
    connection.Open();
    SqlTransaction transaction = null;

    try
    {
        // 1. 开启事务
        transaction = connection.BeginTransaction();

        // 2. 执行一系列数据库操作（共用同一个事务）
        SqlCommand command1 = new SqlCommand("UPDATE Account SET Balance -= 100 WHERE Id = 1", connection, transaction);
        command1.ExecuteNonQuery();

        SqlCommand command2 = new SqlCommand("UPDATE Account SET Balance += 100 WHERE Id = 2", connection, transaction);
        command2.ExecuteNonQuery();

        // 3. 全部成功，提交事务
        transaction.Commit();
        Console.WriteLine("事务提交成功");
    }
    catch (Exception ex)
    {
        // 4. 发生异常，回滚事务
        if (transaction != null)
        {
            transaction.Rollback(); // 关键：手动触发回滚
            Console.WriteLine("事务回滚：" + ex.Message);
        }
    }
}

2. 回滚原理

事务开启：BeginTransaction() 向数据库发送开启事务的指令，数据库开始记录该事务的所有操作到 Undo Log（撤销日志）（记录修改前的原始数据）。
执行操作：所有 SqlCommand 需关联该事务（构造函数传入 transaction 参数），确保操作在同一事务内。
触发回滚：若执行过程中抛出异常（如 SQL 错误、业务校验失败），调用 transaction.Rollback() 向数据库发送回滚指令。
数据库执行回滚：数据库根据 Undo Log 逆向操作，撤销所有修改（如将 UPDATE 恢复为原值，INSERT 执行删除，DELETE 执行插入），最终数据回到事务开始前的状态。

分布式事务的回滚机制（以 `TransactionScope` 为例）

当操作涉及多个数据库或资源时，.NET 推荐使用 TransactionScope，它能自动管理事务的创建、提交和回滚，甚至自动升级为分布式事务（需启用 DTC）。

1. 基本流程

try
{
    // 1. 开启事务范围（默认自动升级为分布式事务）
    using (TransactionScope scope = new TransactionScope())
    {
        // 2. 操作第一个数据库
        using (SqlConnection conn1 = new SqlConnection(connStr1))
        {
            conn1.Open();
            SqlCommand cmd1 = new SqlCommand("UPDATE Account SET Balance -= 100 WHERE Id = 1", conn1);
            cmd1.ExecuteNonQuery();
        }

        // 3. 操作第二个数据库（触发分布式事务）
        using (SqlConnection conn2 = new SqlConnection(connStr2))
        {
            conn2.Open();
            SqlCommand cmd2 = new SqlCommand("UPDATE Account SET Balance += 100 WHERE Id = 2", conn2);
            cmd2.ExecuteNonQuery();
        }

        // 4. 全部成功，提交事务（调用 Complete() 标记可提交）
        scope.Complete();
        Console.WriteLine("分布式事务提交成功");
    }
}
catch (Exception ex)
{
    // 5. 发生异常，自动回滚（无需手动调用 Rollback）
    Console.WriteLine("分布式事务回滚：" + ex.Message);
}

2. 回滚原理

自动事务管理：TransactionScope 内部通过 .NET 事务管理器（TransactionManager）协调事务，无需手动关联 SqlTransaction。
隐式回滚机制：若未调用 scope.Complete()（如发生异常导致代码跳过该步骤），TransactionScope 会在 using 块结束时自动触发回滚。
分布式协调：当涉及多个资源时，事务管理器会与 DTC 协作，通过两阶段提交（2PC）协议协调所有参与者：
- 第一阶段：询问所有资源 “是否可提交”。
- 第二阶段：若全部可提交则统一提交；若任一资源失败，DTC 命令所有资源执行回滚，确保数据一致性。

四、回滚的关键注意事项

异常捕获必须完整：
回滚依赖异常触发，需确保所有可能的错误（如 SQL 异常、网络中断、业务逻辑错误）都被 try-catch 捕获，否则未处理的异常可能导致事务处于 “悬挂” 状态（数据库最终会自动回滚，但延迟释放资源）。
事务范围需最小化：
事务开启后会持有数据库锁，长时间未提交 / 回滚可能导致锁竞争、死锁。应尽量缩短事务执行时间（如提前做好业务校验，避免在事务内执行耗时操作）。
资源必须正确关联事务：
- 本地事务中，SqlCommand 必须显式关联 SqlTransaction（通过构造函数或 Transaction 属性）。
- 分布式事务中，TransactionScope 需在操作资源前开启，且资源连接（如 SqlConnection）需在 TransactionScope 内部打开，才能自动加入事务。
分布式事务的性能开销：
分布式事务依赖 DTC 协调，回滚过程涉及多资源通信，性能开销远高于本地事务。非必要时应避免使用，可通过最终一致性方案（如消息队列 + 补偿逻辑）替代。