SQL Server 2012中SET XACT_ABORT ON未触发事务回滚问题咨询

阿华AIGC实验室

2026-5-15

问题拆解与解决办法

我来帮你理清楚这里的问题所在——你遇到的情况其实是GO批处理分隔符和SQL Server对不同错误类型的处理逻辑共同导致的，和你预期的SET XACT_ABORT ON行为有偏差，咱们一步步说：

为什么事务没按预期全回滚？

首先要明确：GO不是T-SQL语句，它是SSMS等工具用来分隔独立批处理的标记。你的代码被拆成了5个独立的批：

第一个批：执行SET XACT_ABORT ON和BEGIN TRANSACTION
第二个批：创建usp_MyTest1，成功执行
第三个批：再次创建usp_MyTest1，这里触发了编译时错误（因为对象已存在）
第四个批：创建usp_MyTest2，成功执行
第五个批：执行COMMIT TRANSACTION

当第三个批触发编译错误时，SET XACT_ABORT ON会终止当前批，并且自动回滚当前未提交的事务——但因为GO把批隔离开了，后续的第四个批是在没有事务上下文的环境下执行的，所以usp_MyTest2被成功创建；而第五个批执行COMMIT时，事务已经不存在了，就会弹出那个提示。

另外要注意：重复创建对象属于编译时错误，这类错误是SQL Server在执行批之前就检测到的，和运行时错误（比如主键冲突、除以零）的处理逻辑不一样——编译错误会直接终止当前批并回滚事务，但后续独立批不受影响，这也是文档里没专门提这个场景的原因，因为它属于批处理边界和错误类型的范畴。

怎么实现你想要的全回滚效果？

要让所有操作在同一个事务里，任何错误都能回滚全部内容，你需要去掉GO分隔符，把所有创建存储过程的语句放在同一个批里，同时避免重复创建的错误。这里给你两种常见的处理方式：

方式一：先判断对象是否存在，再创建/修改

SET XACT_ABORT ON;
BEGIN TRANSACTION;

-- 第一个存储过程
CREATE PROCEDURE [usp_MyTest1]
AS
BEGIN
    -- 这里写你的存储过程逻辑
END;

-- 处理重复创建的情况：先检查是否存在，再决定是创建还是修改
IF NOT EXISTS (SELECT * FROM sys.procedures WHERE name = 'usp_MyTest1')
BEGIN
    CREATE PROCEDURE [usp_MyTest1]
    AS
    BEGIN
        -- 存储过程逻辑
    END;
END
ELSE
BEGIN
    ALTER PROCEDURE [usp_MyTest1]
    AS
    BEGIN
        -- 存储过程逻辑
    END;
END;

-- 第二个存储过程
CREATE PROCEDURE [usp_MyTest2]
AS
BEGIN
    -- 存储过程逻辑
END;

COMMIT TRANSACTION;

方式二：先删除再创建（更简洁）

如果你的场景允许先删除旧存储过程，这种方式更直接：

SET XACT_ABORT ON;
BEGIN TRANSACTION;

-- 先删除再创建，避免重复错误
DROP PROCEDURE IF EXISTS [usp_MyTest1];
CREATE PROCEDURE [usp_MyTest1]
AS
BEGIN
    -- 存储过程逻辑
END;

DROP PROCEDURE IF EXISTS [usp_MyTest1];
CREATE PROCEDURE [usp_MyTest1]
AS
BEGIN
    -- 存储过程逻辑
END;

DROP PROCEDURE IF EXISTS [usp_MyTest2];
CREATE PROCEDURE [usp_MyTest2]
AS
BEGIN
    -- 存储过程逻辑
END;

COMMIT TRANSACTION;