嵌套事务

最新推荐文章于 2025-11-01 18:15:24 发布

转载最新推荐文章于 2025-11-01 18:15:24 发布 · 2.1k 阅读

文章标签：

#sqlserver #存储

sql 专栏收录该内容

30 篇文章

订阅专栏

本文探讨了在SQL Server中处理嵌套事务时常见的问题及解决方案。通过介绍@@TranCount变量的作用，解释了如何避免在嵌套事务中使用RollbackTransaction导致的错误，并提供了一种实用的机制来区分是否处于嵌套状态。

在处理事务的时候，一般都用RollBack Transaction来回滚，但是如果在嵌套事务中这样使用的话，就会出现错误。

在SqlServer里，嵌套事务的层次是由@@TranCount全局变量反映出来的。每一次Begin Transaction都会引起@@TranCount加1。而每一次Commit Transaction都会使@@TranCount减1，而RollBack Transaction会回滚所有的嵌套事务包括已经提交的事务和未提交的事务，而使@@TranCount置0。例如：
Begin Transaction -- @@TranCount = 1
         BeginTransaction -- @@TranCount = 2
                  BeginTransaction -- @@TranCount = 3
                  Commit Transaction -- @@TranCount = 2
         Commit Transaction -- @@TranCount = 1
Commit Transaction -- @@TranCount = 0

如果出现错误ROLLBACK TRANSACTION
则：
Begin Transaction -- @@TranCount = 1
         BeginTransaction -- @@TranCount = 2
                  BeginTransaction -- @@TranCount = 3
                  ROLLBACK TRANSACTION -- @@TranCount = 0
         Commit Transaction -- @@TranCount = 0---出现错误
Transaction count after EXECUTE indicates that a COMMIT or ROLLBACK TRANSACTION statement is missing. Previous count = 1, current count = 0.
         如果被嵌套的事务中发生错误，最简单的方法应该是无论如何都先将它提交，同时返回错误码（一个正常情况不可能出现的代码如 -1）让上一层事务来处理这个错误，从而使@@TranCount 减1。这样外层事务在回滚或者提交的时候能够保证外层事务在开始的时候和结束的时候保持一致。由于里层事务返回了错误码，因此外层事务（最外层）可以回滚事务，这样里面已经提交的事务也可以被回滚而不会出现错误。

         在项目中应该会常常出现这样的情况，一个存储过程里面用了事务，但是不能保证它会被别的带有事务的存储过程调用，如果单独调用的话，出现错误可以直接回滚，但是如果是被别的带事务的存储过程调用的话，RollBack 就会出错了。因此需要一种机制来区分，建立一个临时的变量来区分是否嵌套，和嵌套的层数，如下：

DECLARE @TranCounter INT;
  SET @TranCounter = @@TRANCOUNT;
    IF @TranCounter > 0
        SAVE TRANSACTION ProcedureSave;
    ELSE
        BEGIN TRANSACTION;
…………
--事务内要执行的代码
…………

IF @@ERROR<>0
goto Error
　Commit Transaction
Commit Transaction
--下面返回要返回的值0只是个例子
Return 0

Error:
     IF @TranCounter = 0
       ROLLBACK TRANSACTION;
    Else

ROLLBACK TRANSACTION ProcedureSave;

Return @Error