XACT _中止不回滚SQL Server 2012上的事务

Question

这是我编写的一个简单测试。

SET XACT_ABORT ON

BEGIN TRANSACTION
GO

CREATE PROCEDURE [usp_MyTest1]
AS
GO

CREATE PROCEDURE [usp_MyTest1]
AS
GO

CREATE PROCEDURE [usp_MyTest2]
AS
GO

COMMIT TRANSACTION

我的理解是，由于我在上设置了XACT_ABORT，当第二个创建过程失败时，整个事务将回滚。相反，只有发生错误的事情（第一个创建过程）才会回滚，最后一个创建过程执行得很好。然后，我得到一条消息，说提交事务请求没有相应的开始事务。

我见过有人对RAISEERROR有问题，但XACT_ABORT的文档表明，RAISEERROR不honnor XACT_ ABORT。但这并没有提到任何错误，例如创建不遵守XACT_ABORT的重复过程。

https://docs.microsoft.com/en-us/sql/t-sql/statements/set-xact-abort-transact-sql

THROW语句尊重SETXACT_ABORTRAISERROR不尊重。新应用程序应该使用THROW而不是RAISERROR。

这与 SQL Server 2012 有关（如果相关）。

Answer 1

它确实回滚事务。

你可以很清楚地看到这一点

SET XACT_ABORT ON

BEGIN TRANSACTION
GO
SELECT @@TRANCOUNT, 'Point1'
GO
CREATE PROCEDURE [usp_MyTest1] AS
GO
SELECT @@TRANCOUNT, 'Point2'
GO
CREATE PROCEDURE [usp_MyTest1] AS
GO
/*
  The earlier transaction has now been rolled back and 
  now running outside an explicit transaction. @@TRANCOUNT is 0
 */
SELECT @@TRANCOUNT, 'Point3'
GO
CREATE PROCEDURE [usp_MyTest2] AS
GO
SELECT @@TRANCOUNT, 'Point4'
GO
/*Nothing to commit so error*/
COMMIT TRANSACTION

它返回

到第3点时，事务已经回滚(包括< code>usp_MyTest1的初始创建)，并且< code>usp_MyTest2的创建发生在新的自动提交事务中。因此，最终结果是数据库包含< code>usp_MyTest2，而不是< code>usp_MyTest1，假设两者在开始时都不存在。

这就是为什么你在最后也会看到错误

消息 3902，级别 16，状态 1，第 19 行 COMMIT 事务请求没有相应的 BEGIN 事务。

要在发生错误并回滚事务后终止脚本执行（而不是继续并执行后续批处理），最可靠的方法是在 SSMS 中启用 sqlcmd 模式，并将其添加到脚本的顶部：在错误退出时