@@trancount 如何在事务捕获中为零？

Question

我有这个带有事务和 try/catch 的语句块：

begin try
    begin transaction;
        insert ....
        update ....
        delete ....
    commit transaction;
end try
begin catch
    if (@@trancount > 0)
        rollback transaction;
    throw;
end catch;

我在这里使用@@trancount，但没有完全理解会发生什么。 为什么在这种情况下@@trancount 会为零？

Answer 1

接收@@trancount = 0 的最常见场景需要比您的示例使用的更详细的逻辑。

如果您在 try 块中调用了其他存储过程，他们可能对如何管理事务有自己的理解，并且由于代码编写不当或其他一些事故，他们可以提交外部意外事务，或回滚（记住，there is no really such thing in SQL Server as a nested transaction，因此任何不引用先前声明的保存点的rollback 语句都会清除所有内容）。这种情况下的错误可能会有所不同，要么首先导致内部过程行为不端，要么如果没有其他问题，您将得到error 266，“EXECUTE 后的事务计数表明 BEGIN 和 COMMIT 语句的数量不匹配. 先前计数 = %ld，当前计数 = %ld。"

请注意，此行为也可能是由触发器执行的回滚引起的。

当您最终在catch 块中没有当前事务时，可能还有其他一些情况，但显然它们非常罕见，以至于我无法想到其他任何事情。

就个人而言，我尽可能对所有存储过程使用以下模板：

create procedure dbo.ProcTemplate
(
    @Error int = null output,
    @Message nvarchar(2048) = null output
) as

/*



20191223, RW - to be completed
*/

set nocount, quoted_identifier, ansi_nulls, ansi_warnings, ansi_padding, concat_null_yields_null, arithabort on;
set xact_abort, implicit_transactions, numeric_roundabort off;


declare @XTran bit = cast(sign(@@trancount) as bit);

begin try

if @XTran = 0
    begin tran;


-- Put your code here


if @XTran = 0
    commit;

end try
begin catch

if nullif(@Error, 0) is null
    select @Error = error_number(), @Message = error_message();

if @@trancount > 0 and @XTran = 0
    rollback;

end catch;
return;
go

有人可能会争辩说，显式发出set xact_abort off 可能会导致一些令人不快的副作用，例如批处理终止错误（例如208）会跳过catch 并使当前事务处于打开状态。这取决于你;这里的权衡是：

• 更好的诊断。当数据库中的所有存储过程都遵循此模板时，它们会通过输出参数将错误冒泡到最外层的过程并优雅地回滚所有内容。
• 出错后继续执行的可能性。例如，在事务回滚后记录错误，并确保日志记录不会随着事务的其余部分消失。