zoukankan      html  css  js  c++  java
  • The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION

    如果你的存储过程或其他脚本出现下面这个错误,一般是因为ROLLBACK TRANSACTION在逻辑上缺少匹配的BEGIN TRANSACTION或者没有开始一个事务(也有可能此事务已经提交),但是你做了事务回滚操作(ROLLBACK TRANSACTION),否则就可能出现这种错误。

     

    Msg 3903, Level 16, State 1, Line 22

    The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION.

     

    出现这种错误有很多种可能性,下面我们来通过一些案例来简单介绍一下这个错误,这些案例都是一些特殊案例的简化版本。

     

    案例1:

     

    CREATE PROCEDURE PRC_EXC
    AS
    BEGIN
        SELECT 1/0  --仅仅模拟存储过程出现异常。
    END;
    GO 
     
    CREATE PROCEDURE PRC_TEST
    AS
    BEGIN
     
        BEGIN TRY
            BEGIN TRAN TT
     
                UPDATE dbo.TEST SET NAME='k3' WHERE object_id =9;
     
            COMMIT TRAN TT;
     
            EXEC dbo.PRC_EXC
     
        END TRY
        BEGIN CATCH
            ROLLBACK TRAN TT;
        END CATCH
    END

     

    如果你执行存储过程PRC_TEST,如下所示,因为执行存储过程dbo.PRC_EXC时遇到异常被捕获,此时在BEGIN CATCH部分执行ROLLBACK TRAN TT,但是实际上,此事务已经提交,数据库根本没有这样一个事务,然后你又要回滚事务,所以出错。可能让人好奇的是为什么存储过程dbo.PRC_EXC不放在事务里面,这里仅仅是简单模拟生产环境的一个案例,正确的做法应该将dbo.PRC_EXC放入事务当中,或者将dbo.PRC_EXC放入另外一个BEGIN TRY ... END TRY里面去。

     

     

    clip_image001

     

     

    如果要在捕获一个事务里面出现异常的正确的做法如下所示,个人更倾向于第二种写法。

     

    BEGIN TRANSACTION;
     
    BEGIN TRY
     
       ...................
       ...................
       --执行所有业务逻辑后,最后提交
       COMMIT;
     
    END TRY
     
    BEGIN CATCH
     
       --if an exception occurs execute your rollback, also test that you have had some successful transactions
       IF @@TRANCOUNT > 0 ROLLBACK
     
     
     
    END CATCH
     
     
     
     
    BEGIN TRY
     
       BEGIN TRANSACTION;
       ....................
       ....................
       --执行所有业务逻辑后,最后提交
       COMMIT;
     
    END TRY
     
    BEGIN CATCH
     
       --if an exception occurs execute your rollback, also test that you have had some successful transactions
       IF @@TRANCOUNT > 0 ROLLBACK
     
    END CATCH

     

     

    案例2:

     

    CREATE PROCEDURE PRC_TEST2
    AS 
    SET NOCOUNT ON
    SET XACT_ABORT ON
    BEGIN TRANSACTION
     
        UPDATE dbo.TEST SET NAME='k3' WHERE object_id =9;    --这里用简单的UPDATE替换复杂的业务逻辑。
     
        IF @@Error != 0 GOTO ERROR_HANDLER
     
         UPDATE dbo.TEST SET NAME='k3' WHERE object_id =15; --这里用简单的UPDATE替换复杂的业务逻辑。
        
        IF @@Error != 0 GOTO ERROR_HANDLER
     
    COMMIT TRANSACTION
        
    ERROR_HANDLER: ROLLBACK TRANSACTION
    SET NOCOUNT OFF
    RETURN 0
    GO

     

     

    上面错误的原因,在于没有异常或错误时,事务提交后,这一句ERROR_HANDLER: ROLLBACK TRANSACTION总是会被执行,逻辑上已经没有事务了。所以正确的做法,事务提交后,直接RETURN,避免正常情况下执行ERROR_HANDLER: ROLLBACK TRANSACTION,或者将回滚逻辑放到IF条件之后,不要用GOTO这种写法.

     

     

    正确的SQL:

     

    ALTER PROCEDURE PRC_TEST2
    AS 
    SET NOCOUNT ON
    SET XACT_ABORT ON
    BEGIN TRANSACTION
     
        UPDATE dbo.TEST SET NAME='k3' WHERE object_id =9;    --这里用简单的UPDATE替换复杂的业务逻辑。
     
        IF @@Error != 0 GOTO ERROR_HANDLER
     
         UPDATE dbo.TEST SET NAME='k3' WHERE object_id =15;   --这里用简单的UPDATE替换复杂的业务逻辑。
    IF @@Error != 0 GOTO ERROR_HANDLER
     
    COMMIT TRANSACTION
    SET NOCOUNT OFF
    RETURN 0;
        
    ERROR_HANDLER: ROLLBACK TRANSACTION
    SET NOCOUNT OFF
    RETURN 0
    GO

     

    这里来一个简单的演示,你可以体会一下,所谓的BEGIN TRAN与ROLLBACK  TRANSACTION并不是指数量匹对,而是逻辑上事务回滚前,必须有一个未提交的事务。

     

    SELECT * INTO test FROM sys.objects
     
    SELECT  @@TRANCOUNT;--值为0
    BEGIN TRAN
    UPDATE  TEST SET     name = 'kkk' WHERE   object_id =7;
    SELECT  @@TRANCOUNT;--值为1,
    COMMIT TRAN
     
    ROLLBACK TRAN;  --事务其实已经结束,突然来一个回滚事务,没有匹配的BEGIN TRAN,所以出现报错"The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION."
     

     

     

    案例3:

     

    下面这种错误,纯属菜鸟级别犯的错误或粗心大意所致。

     

    CREATE PROCEDURE PRC_TEST4
    AS 
    SET NOCOUNT ON
     
    BEGIN
     
    BEGIN TRY
     
        UPDATE dbo.TEST SET NAME='k3' WHERE object_id =9;    --这里用简单的UPDATE替换复杂的业务逻辑。
     
        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION
    END CATCH
    END;

     

    总结:

    实际案例中,如果存储过程里面有复杂的业务逻辑,尤其出现嵌套调用存储过程的时候,特别是多层嵌套时,这种问题排查起来也相当麻烦。所以尽量少用嵌套调用存储过程。简化业务逻辑!另外,出现这种错误时,需要仔细检查代码逻辑才能找出这些出错的地方,似乎也没有其它更好的方法。

  • 相关阅读:
    Java Learning (201108025)
    Java Learning (20110808)
    Negative numbers and binary representation
    “this” pointer
    NullPointerException
    Special Swiss Education
    Java Learning (20110802)
    More about Swiss keyboard
    About memory leak
    Application Verifier
  • 原文地址:https://www.cnblogs.com/kerrycode/p/14035563.html
Copyright © 2011-2022 走看看