必须显式设置 SET XACT_ABORT ON 才能保障事务原子性，否则单条 INSERT 出错仅回滚该语句，导致部分数据提交、业务状态不一致；其作用是使任何运行时错误立即终止批处理并回滚整个事务。
必须显式设置 SET XACT_ABORT ON，否则单条 INSERT 出错不会回滚整个事务，原子性无法保障。
为什么默认的 INSERT 事务不满足原子性要求
SQL Server 中每个独立语句默认运行在自动提交事务中，但“自动提交”不等于“错误自动回滚整个业务逻辑”。比如你在一个显式事务里执行两条 INSERT，第一条成功、第二条因主键冲突失败——若未启用 XACT_ABORT，默认只回滚第二条，第一条仍会提交，破坏业务原子性（如“新增用户+初始化配置”变成只有用户没配置）。
常见错误现象：Msg 2627, Level 14, State 1, Line X Violation of PRIMARY KEY constraint... 报错后，部分数据已写入；日志里查不到完整回滚记录；应用层收到异常但数据库状态已不一致。
-
XACT_ABORT OFF（普通批处理默认）：仅出错语句回滚，事务继续执行 -
XACT_ABORT ON（触发器默认，但普通存储过程/脚本不继承）：任何运行时错误立即终止批处理，并回滚整个事务 - 不要依赖“触发器里默认是 ON”来推断你的存储过程或 ad-hoc 脚本也安全——它们不是同一上下文
SET XACT_ABORT ON 必须放在事务开始前
顺序错了就等于没设。它只对当前会话后续语句生效，不能 retroactively 修正已执行的部分。
正确写法示例：
SET XACT_ABORT ON; BEGIN TRANSACTION; INSERT INTO Users (ID, Name) VALUES (1, 'Alice'); INSERT INTO Profiles (UserID, Bio) VALUES (1, '...'); -- 若此处失败，上面的 Users 插入也会被回滚 COMMIT TRANSACTION;
错误写法（无效）：
BEGIN TRANSACTION; SET XACT_ABORT ON; -- 太晚了！前面的语句已脱离该设置保护 INSERT ...
- 位置必须在
BEGIN TRANSACTION之前，且最好紧贴开头 - 即使你用
TRY...CATCH，XACT_ABORT ON仍是必要前提——否则某些严重错误（如约束冲突、死锁）可能根本进不了CATCH块 - 客户端（如 .NET
SqlClient）开启连接池或分布式事务时，XACT_ABORT ON是强制要求，否则抛TransactionAbortedException
并发插入重复问题：光靠 XACT_ABORT 不够，得加锁提示
XACT_ABORT 解决的是“错误发生后的回滚完整性”，但解决不了“两个事务同时判断不存在→同时插入”的竞态条件。这时需要配合锁提示确保检查与插入的原子性。
典型错误写法（看似安全，实则并发下仍重复）：
IF NOT EXISTS (SELECT 1 FROM Products WHERE SKU = 'ABC')
INSERT INTO Products (SKU) VALUES ('ABC');正确做法（用 UPDLOCK + HOLDLOCK 防止幻读）：
SET XACT_ABORT ON;
BEGIN TRANSACTION;
IF NOT EXISTS (SELECT 1 FROM Products WITH (UPDLOCK, HOLDLOCK) WHERE SKU = 'ABC')
INSERT INTO Products (SKU) VALUES ('ABC');
COMMIT TRANSACTION;-
UPDLOCK阻止其他事务对该范围加插入意向锁 -
HOLDLOCK等价于SERIALIZABLE，锁住查询范围直到事务结束 - 单纯加
WITH (TABLOCKX)虽然也能防并发，但粒度太大，影响吞吐 - 如果表有唯一索引，也可直接依赖约束 +
XACT_ABORT ON，靠报错触发回滚，但需确保应用能正确处理RAISERROR或THROW异常
THROW 比 RAISERROR 更适合配合 XACT_ABORT ON
当你需要在业务逻辑中主动中断并回滚时，THROW 是更可靠的选择。
RAISERROR 在 XACT_ABORT ON 下仍可能被忽略（尤其低 severity 错误），而 THROW 会无条件终止批处理并触发回滚：
SET XACT_ABORT ON;
BEGIN TRANSACTION;
INSERT INTO Orders (...) VALUES (...);
IF @@ROWCOUNT = 0
THROW 50001, 'Order insert failed', 1; -- 立即终止，事务回滚
COMMIT TRANSACTION;-
THROW不需要@@TRANCOUNT判断，也不依赖ERROR_*()函数上下文 -
RAISERROR若未配WITH LOG且 severity CATCH 块 - SQL Server 2012+ 推荐统一用
THROW，旧版RAISERROR仅用于兼容遗留系统
真正容易被忽略的是：你在 SSMS 里调试一段带事务的脚本时，SET XACT_ABORT 的状态不会自动延续到下一次执行——每次 F5 都是新批处理，必须每次都写。别让“本地测试没问题”骗过上线前的并发压测。
