SQL ROLLBACK命令使用方法及异常未触发回滚问题排查

该现象属于SQL Server的正常逻辑，不需要额外开启数据库全局配置，核心触发原因如下：

• 你故意写错的VALES属于语法级别的编译错误，这类错误发生在SQL引擎执行批处理前的编译阶段，此时TRY/CATCH逻辑还未进入执行流程，整个批处理会直接终止，自然不会进入CATCH分支执行回滚。
• TRY/CATCH仅能捕获运行阶段产生的错误，比如违反主键约束、类型转换失败、除零错误这类编译阶段无法预判的错误。

你可以构造运行时错误来验证回滚逻辑是否正常，示例测试脚本如下：

USE MFF

-- 建议实际使用时开启，保证严重错误发生时自动终止并回滚未提交事务
SET XACT_ABORT ON;

BEGIN TRANSACTION 
BEGIN TRY
    -- 构造运行时错误：方法1 手动抛出测试错误
    THROW 50001, N'测试异常触发回滚', 1;

    -- 构造运行时错误：方法2 构造违反约束的场景（比如people表id是主键的话重复插入）
    -- INSERT INTO dbo.people VALUES ('Nick', 1);
    -- INSERT INTO dbo.people VALUES ('Nick', 1);

    COMMIT TRANSACTION
    PRINT N'执行成功，事务已提交'
END TRY
BEGIN CATCH
    -- 先判断事务状态，避免对不存在的事务执行回滚报错
    IF XACT_STATE() <> 0
        ROLLBACK TRANSACTION
    PRINT 'An error has occurred! 事务已回滚'
    -- 可选：输出错误详情排查问题
    PRINT N'错误消息：' + ERROR_MESSAGE()
END CATCH

• 正式脚本开头统一添加SET XACT_ABORT ON;配置，该参数开启后，出现严重运行时错误时会自动终止批处理并回滚所有未提交事务，避免部分提交的异常情况。
• CATCH分支中优先通过XACT_STATE()函数判断事务状态，再执行回滚操作。
• 语法错误、对象不存在这类编译类问题，可在正式执行前通过SSMS的「分析」功能（快捷键Ctrl+F5）提前排查，这类问题无需通过TRY/CATCH处理。

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