为何SQL Server中BEGIN TRAN未加ROLLBACK的事务回滚依赖错误类型？

你观察到的现象完全正确——SQL Server中，未显式添加ROLLBACK的事务，其回滚行为确实由错误的类型和严重级别决定，不是所有错误都会触发整个事务的自动回滚。下面结合你的例子详细拆解：

一、主键冲突错误：仅回滚出错语句，事务继续执行 #

你的测试代码中，插入(1,'Three')触发的主键约束冲突，属于运行时非致命错误（错误级别14）。在SQL Server默认的SET XACT_ABORT OFF配置下：

• 数据库只会回滚触发错误的那条INSERT语句
• 事务本身不会被终止，后续的INSERT INTO Test (BookID, Name) Values (4,'Four')仍然会执行成功
• 最后执行COMMIT TRAN时，会把之前所有成功执行的语句（BookID=1、2、4的行）一起提交到数据库

而当你设置SET XACT_ABORT ON后，任何运行时错误都会立即终止整个批处理，并回滚整个事务，这就实现了你预期的“全回滚”效果。

你的测试表创建代码：

CREATE TABLE [Test] ( 
    [BookID] [int] NOT NULL, 
    [Name] [varchar](512) NOT NULL, 
    CONSTRAINT [PK_Test] PRIMARY KEY CLUSTERED ([BookID] ASC) 
) ON [PRIMARY]

事务执行代码：

BEGIN TRAN; 
INSERT INTO Test (BookID, Name) Values (1,'one'); 
INSERT INTO Test (BookID, Name) Values (2,'Two'); 
INSERT INTO Test (BookID, Name) Values (1,'Three'); -- 触发主键冲突
INSERT INTO Test (BookID, Name) Values (4,'Four'); 
COMMIT TRAN;

二、事务日志满错误：自动终止并回滚整个事务 #

当出现The transaction log for database 'MyDatabase' is full due to 'ACTIVE_TRANSACTION'错误时，这属于严重级别更高的错误（错误级别17），这类错误会直接导致事务终止，甚至可能中断数据库连接。此时SQL Server会自动回滚整个事务，因为数据库无法继续执行事务的任何操作，必须撤销所有已执行的修改。

三、为什么TRY...CATCH是更可靠的方案？ #

默认的事务行为依赖错误类型，很容易出现“部分提交”的意外情况。而使用TRY...COMMIT CATCH ROLLBACK的结构，可以主动捕获所有可捕获的错误，强制回滚整个事务，确保事务的原子性——要么所有操作都成功提交，要么所有操作都回滚。示例代码如下：

BEGIN TRY
    BEGIN TRAN;
    INSERT INTO Test (BookID, Name) Values (1,'one');
    INSERT INTO Test (BookID, Name) Values (2,'Two');
    INSERT INTO Test (BookID, Name) Values (1,'Three');
    INSERT INTO Test (BookID, Name) Values (4,'Four');
    COMMIT TRAN;
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRAN;
    -- 可在此添加错误日志或提示信息
    THROW;
END CATCH

总结一下：SQL Server的事务回滚行为不是“要么全回滚要么全提交”的默认规则，而是根据错误的严重程度和类型来决定是仅回滚出错语句，还是终止整个事务并全回滚。为了避免意外的部分提交，推荐始终使用TRY...CATCH块来管理事务的提交和回滚。

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