事务回滚失效求助：含Insert/Update的存储过程未正确回滚

兄弟，我太懂你现在的困惑了——明明写了BEGIN TRAN和ROLLBACK，结果Update失败了，Insert的数据却还留在库里，完全没达到“要么全成、要么全败”的预期。我之前踩过一模一样的坑，咱们一步步来排查和修复：

最常见的问题：没正确捕获错误 #

SQL Server默认不会在遇到普通错误（比如更新不存在的行、违反约束）时自动终止事务或触发回滚，这时候你的事务会处于“挂起”状态，甚至可能后续被意外提交。解决这个的核心是用TRY...CATCH块主动捕获错误，并在错误分支里执行回滚。

正确的存储过程写法示例 #

结合你的场景，我给你写个标准模板，直接套用就能解决问题：

CREATE PROCEDURE dbo.Proc_ProductOperation
AS
BEGIN
    SET NOCOUNT ON;
    -- 关键配置：遇到严重错误时立即终止批处理并回滚事务
    SET XACT_ABORT ON;

    BEGIN TRY
        -- 开启事务
        BEGIN TRANSACTION;

        -- 第一步：插入tblproduct
        INSERT INTO tblproduct (ProductName, Price, ...) -- 替换成你的字段
        VALUES ('测试商品', 59.9, ...); -- 替换成你的值

        -- 第二步：更新tblproductsales（故意写个会失败的场景，比如更新不存在的ProductID）
        UPDATE tblproductsales
        SET SalesCount = SalesCount + 1
        WHERE ProductID = 999999; -- 假设这个ID不存在，触发错误

        -- 如果两步都成功，提交事务
        COMMIT TRANSACTION;
        PRINT '操作成功，事务已提交';
    END TRY
    BEGIN CATCH
        -- 检查是否有未提交的事务，确保回滚
        IF @@TRANCOUNT > 0
            ROLLBACK TRANSACTION;

        -- 输出错误信息，方便你排查问题
        PRINT '操作失败，事务已回滚';
        PRINT '错误编号：' + CAST(ERROR_NUMBER() AS VARCHAR(20));
        PRINT '错误消息：' + ERROR_MESSAGE();
    END CATCH
END;

关键知识点解释 #

• SET XACT_ABORT ON：这个开关非常重要！当它开启时，任何严重错误（比如违反约束、死锁）都会立即终止当前批处理，并自动回滚未提交的事务，避免事务挂起。
• TRY...CATCH块：主动捕获所有执行过程中的错误，确保只要有一步失败，就进入CATCH分支执行回滚，不会让成功的操作留在数据库里。
• @@TRANCOUNT检查：避免因为嵌套事务（比如外层已经开启了事务）导致的不必要回滚，确保只回滚当前存储过程开启的事务。

额外排查步骤 #

如果按上面的模板改了还是有问题，你可以做这两件事：

1. 执行存储过程后，立刻运行SELECT @@TRANCOUNT，如果结果大于0，说明事务还没被正确终止，可能是错误没被捕获到。
2. 查看SQL Server的错误日志，确认Update操作的具体错误类型，有些特殊错误需要额外处理（比如编译错误，这时候TRY...CATCH也捕获不到，需要提前检查语法）。

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