关于SqlServer事务的回滚的一些发现

一. 错误例子

最近在写业务需求时，涉及多表的添加更新操作时，发现业务操作的事务回滚的并不完整，报错位置前的Sql操作依旧执行了。下面在SqlServer中里举个例子：

create table re_test
(
	questionDesc nvarchar(100)
)
create table re_statistics
(
	countNum int
)
create table re_person(
	name nvarchar(20)
)
select * from re_test
select * from re_statistics
select * from re_person

结果为：

接下来执行事务对这几张表进行插入:

begin transaction
insert into re_test values('123');
insert into re_statistics values(1 / 0);--模拟错误
insert into re_person values('213');
if @@ERROR!=0
   rollback transaction
commit transaction;

结果如下：

 

查询一下表的数据，可以发现有未发生错误的 Sql语句依旧被提交了：

二. 解释

参考了前辈

Hehuyi_In的文章sqlserver 为什么事务失败没有回滚_sql存储过程语句报错后事务没回滚-CSDN博客，

原来是SQL Server 默认并不会回滚事务，即使事务中的某个语句报错，事务还是会继续执行下去，除非非常严重的错误（serverity level is greater or equals 16)，可以通过数据库的选项XACT_ABORT进行控制。

1. 查看 XACT_ABORT 

DECLARE @XACT_ABORT VARCHAR(3) = 'OFF'
IF ( (16384 & @@OPTIONS) = 16384 ) SET @XACT_ABORT = 'ON'
SELECT @XACT_ABORT AS XACT_ABORT

XACT_ABORT = 'OFF'，默认如果执行一个事务中出现错误，则只回滚错误操作语句，错误处之前或之后的正确操作语句还是会被提交

XACT_ABORT = 'ON'，则出现错误就会回滚所有事务。

2. 设置 XACT_ABORT 

SET XACT_ABORT ON 
--或
SET XACT_ABORT OFF