EXECUTE 之后的事务计数表明 BEGIN 和 COMMIT 语句的数量不匹配。先前计数 = 1，当前计数 = 0

Question

我有一个Insert 存储过程，它将向Table1 提供数据，并从Table1 获取Column1 值，然后调用第二个存储过程来提供给Table2。

但是当我调用第二个存储过程为：

Exec USPStoredProcName

我收到以下错误：

EXECUTE 之后的事务计数表明 BEGIN 和 COMMIT 语句的数量不匹配。先前计数 = 1，当前计数 = 0。

我已阅读其他此类问题的答案，但无法找到提交计数究竟在哪里弄乱了。

Answer 1

对我来说，问题是我忘记在事务中 SP 调用的一些输出参数之后添加 output 关键字。

Answer 2

避免使用

RETURN

使用时的声明

BEGIN TRY
    ... 
END TRY

BEGIN CATCH
    ...
END CATCH

和

BEGIN, COMMIT & ROLLBACK

SQL 存储过程中的语句

Answer 3

在我的例子中，错误是由BEGIN TRANSACTION 中的RETURN 引起的。所以我有这样的事情：

Begin Transaction
 If (@something = 'foo')
 Begin
     --- do some stuff
     Return
 End
commit

它必须是：

Begin Transaction
 If (@something = 'foo')
 Begin
     --- do some stuff
     Rollback Transaction ----- THIS WAS MISSING
     Return
 End
commit

Answer 4

这还取决于您从 C# 代码调用 SP 的方式。如果 SP 返回某个表类型值，则使用 E​​xecuteStoreQuery 调用 SP，如果 SP 没有返回任何值，则使用 E​​xecuteStoreCommand 调用 SP

Answer 5

确保在同一过程/查询中没有多个事务，其中一个或多个未提交。

在我的例子中，我不小心在查询中有一个 BEGIN TRAN 语句

Answer 6

我有同样的错误信息，我的错误是我在 COMMIT TRANSACTION 行的末尾有一个分号

Answer 7

在我看来，接受的答案在大多数情况下是矫枉过正的。

错误的原因通常是错误中明确说明的 BEGIN 和 COMMIT 不匹配。这意味着使用：

Begin
  Begin
    -- your query here
  End
commit

而不是

Begin Transaction
  Begin
    -- your query here
  End
commit

在 Begin 之后省略 Transaction 会导致此错误！

Answer 8

如果您的代码结构类似于：

SELECT 151
RETURN -151

然后使用：

SELECT 151
ROLLBACK
RETURN -151

Answer 9

对我来说，经过大量调试后，修复是一个简单的丢包；回滚后的 catch 语句。没有它，你最终会得到这个丑陋的错误消息。

begin catch
    if @@trancount > 0 rollback transaction;
    throw; --allows capture of useful info when an exception happens within the transaction
end catch

Answer 10

如果您的存储过程在打开事务后遇到编译失败（例如未找到表、列名无效），也会发生这种情况。

我发现我必须使用 2 个存储过程，一个是“worker”，一个是包装器，两者都具有类似于 Remus Rusanu 概述的逻辑。 worker catch 用于处理“正常”失败，wrapper catch 用于处理编译失败错误。

https://msdn.microsoft.com/en-us/library/ms175976.aspx

不受 TRY…CATCH 构造影响的错误

以下类型的错误不会由 CATCH 块处理当它们发生在与 TRY...CATCH 构造相同的执行级别时：

• 编译错误，例如语法错误，导致批处理无法运行。
• 语句级重新编译期间发生的错误，例如由于延迟名称解析而在编译后发生的对象名称解析错误。

希望这可以帮助其他人节省几个小时的调试时间...

Answer 11

在我的事务中省略此语句后，我遇到过一次此错误。

COMMIT TRANSACTION [MyTransactionName]

Answer 12

请注意，如果您使用嵌套事务，ROLLBACK 操作会回滚所有嵌套事务，包括最外层的事务。

这可能与 TRY/CATCH 结合使用，导致您描述的错误。查看更多here。

Answer 13

我也有这个问题。对我来说，原因是我在做

return
commit

而不是

commit
return   

在一个存储过程中。

Answer 14

这通常发生在事务启动且未提交或未回滚时。

如果错误出现在您的存储过程中，这可以锁定数据库表，因为在没有异常处理的情况下由于一些运行时错误导致事务未完成 您可以使用如下所示的异常处理。 SET XACT_ABORT

SET XACT_ABORT ON
SET NoCount ON
Begin Try 
     BEGIN TRANSACTION 
        //Insert ,update queries    
     COMMIT
End Try 
Begin Catch 
     ROLLBACK
End Catch

Source

Answer 15

如果您有一个 TRY/CATCH 块，那么可能的原因是您正在捕获事务中止异常并继续。在 CATCH 块中，您必须始终检查 XACT_STATE() 并处理适当的中止和不可提交（注定）的事务。如果你的调用者启动了一个事务并且被调用者遇到了死锁（它中止了事务），那么被调用者将如何与调用者沟通事务被中止并且它不应该继续“照常营业”？唯一可行的方法是重新引发异常，强制调用者处理这种情况。如果你默默吞下一个中止的事务，而调用者继续假设仍在原始事务中，那么只有混乱可以确保（你得到的错误是引擎试图保护自己的方式）。

我建议您查看Exception handling and nested transactions，它显示了一种可用于嵌套事务和异常的模式：

create procedure [usp_my_procedure_name]
as
begin
    set nocount on;
    declare @trancount int;
    set @trancount = @@trancount;
    begin try
        if @trancount = 0
            begin transaction
        else
            save transaction usp_my_procedure_name;

        -- Do the actual work here

lbexit:
        if @trancount = 0
            commit;
    end try
    begin catch
        declare @error int, @message varchar(4000), @xstate int;
        select @error = ERROR_NUMBER(), @message = ERROR_MESSAGE(), @xstate = XACT_STATE();
        if @xstate = -1
            rollback;
        if @xstate = 1 and @trancount = 0
            rollback
        if @xstate = 1 and @trancount > 0
            rollback transaction usp_my_procedure_name;

        raiserror ('usp_my_procedure_name: %d: %s', 16, 1, @error, @message) ;
    end catch
end
go