执行存储过程报Transaction count after EXECUTE事务计数不匹配错误

报错原因 #

完整报错信息：Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 1, current count = 0.

该报错核心原因是存储过程执行前后的事务计数不匹配，执行前已有1个打开的事务，执行结束后事务计数变为0，说明存储过程内部多执行了一次提交/回滚操作，具体可能的触发场景如下：

• 存储过程开启了XACT_ABORT ON参数，执行过程中如果触发严重错误，SQL Server会自动回滚全部事务，将事务计数清0，后续CATCH块中再执行ROLLBACK TRAN就会重复回滚，导致计数错配。
• 存储过程内部调用的[dbo].[Addrequestexecutestage]子存储过程，内部存在独立的COMMIT/ROLLBACK逻辑，直接把外层存储过程开启的事务提交/回滚，当前存储过程最后执行COMMIT时事务计数已经为0，触发报错。
• 事务操作前未判断事务可提交状态XACT_STATE()，如果事务已经进入不可提交状态，直接执行提交/回滚操作也会触发计数异常。

修复方案 #

可以按照以下优先级逐步修复：

1. 调整事务操作逻辑，增加状态判断
   修改TRY块末尾的提交逻辑，避免无事务时重复提交：

   -- 替换原有的COMMIT语句
   IF @@TRANCOUNT > 0
       COMMIT TRANSACTION
   

   修改CATCH块的回滚逻辑，先判断事务状态再执行回滚：

   -- 替换原有的ROLLBACK TRAN语句
   IF XACT_STATE() <> 0 AND @@TRANCOUNT > 0
       ROLLBACK TRANSACTION
   

2. 检查子存储过程的事务逻辑
   确认[dbo].[Addrequestexecutestage]内部没有独立的COMMIT/ROLLBACK操作，如果子存储过程需要做事务控制，建议改为使用SAVE TRANSACTION保存点实现，不要直接操作外层事务。
3. 适配嵌套事务场景
   如果该存储过程常被外层业务嵌套调用，建议在开头新增事务判断逻辑，避免重复开启事务：

   -- 放在BEGIN TRANSACTION之前
   DECLARE @IsOuterTran BIT = 0
   IF @@TRANCOUNT = 0
   BEGIN
       BEGIN TRANSACTION
       SET @IsOuterTran = 1
   END
   ELSE
   BEGIN
       SAVE TRANSACTION Updatepayments_SavePoint
   END
   

   对应调整提交/回滚逻辑：

   -- 提交逻辑
   IF @IsOuterTran = 1 AND @@TRANCOUNT > 0
       COMMIT TRANSACTION
   
   -- 回滚逻辑
   IF XACT_STATE() <> 0
   BEGIN
       IF @IsOuterTran = 1
           ROLLBACK TRANSACTION
       ELSE
           ROLLBACK TRANSACTION Updatepayments_SavePoint
   END
   

4. 排查边界异常
   检查Splitstring、S2m自定义函数的入参兼容性，确认@FileBank格式异常（长度不足等）时不会触发未捕获的错误，导致事务被提前终止。

内容的提问来源于stack exchange，提问作者dordo_13