如何正确使用SET XACT_ABORT ON实现SQL事务全量回滚

问题1：SET XACT_ABORT ON和BEGIN TRY + BEGIN TRANSACTION的作用是否相同？ #

完全不同，二者是互补关系而非替代关系：

• SET XACT_ABORT ON的作用是：当SQL语句出现运行时错误时，直接终止整个批处理的执行，同时将当前事务标记为不可提交状态，避免部分错误场景下事务还能继续执行的问题。
• BEGIN TRANSACTION是显式开启一个事务，将后续的多个SQL操作绑定为一个原子单元，要么全部执行成功提交，要么全部失败回滚。BEGIN TRY的作用是捕获代码块内的异常，出错后直接跳转到CATCH块执行对应的逻辑。

问题2：能否只写SET XACT_ABORT ON省去事务和TRY/CATCH代码？ #

绝对不能，完全达不到你要的「单步失败全量回滚」的要求。
SQL Server默认开启隐式事务模式，单条SQL执行完成后会自动提交改动。你只开XACT_ABORT ON的话，假设700行代码里前10条UPDATE执行成功、第11条出错，XACT_ABORT ON只会终止后续代码的执行，前10条的改动已经自动提交落库了，根本没法回滚。

问题3：BEGIN TRANSACTION和BEGIN TRY的顺序应该怎么放？ #

推荐优先用「先BEGIN TRY、再BEGIN TRANSACTION」的顺序，容错性更高。
如果把BEGIN TRANSACTION放在TRY块外面，万一开启事务的步骤本身出现异常，代码不会进入CATCH块，你没有办法处理残留的异常事务。反过来把事务开启放在TRY块内，哪怕开启事务的过程出错，也能进入CATCH块做清理，逻辑更严谨。

针对你的ETL场景的推荐写法 #

对于你这种包含大量UPDATE操作的场景，建议同时使用SET XACT_ABORT ON和显式事务+TRY/CATCH，形成双保险，标准写法如下：

SET XACT_ABORT ON;
BEGIN TRY
    BEGIN TRANSACTION;

    -- 你的700行SQL语句放在此处

    COMMIT TRANSACTION;
    PRINT '所有操作执行成功，已提交';
END TRY
BEGIN CATCH
    -- 先判断有没有未提交的事务，再执行回滚
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    PRINT '执行出错，已回滚全部操作，错误信息：' + ERROR_MESSAGE();
    -- 此处可以额外增加错误日志写入逻辑
END CATCH

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