本文主要是介绍存储过程：EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1，当前计数 = 0，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
今天遇到个情况，在数据库客户端上单独执行（或调试模式）存储过程，都不会抛出异常信息。
但是通过C#程序,调用数据接口，数据接口是使用 SqlSugar 在C#中创建了一个事务（嵌套1个存储过程），如果存储过程内部出错，触发了存储过程自身的ROLLBACK，程序端就会接受到抛出的异常信息：EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1，当前计数 = 0
经过资料查询和研究，找到一位博友的阐述如下：
因为存储过程的ROLLBACK命令清空了@@TRANCOUNT，该全局变量存储了当前连接中的事务数量，每当执行BEGIN TRAN命令时，该变量加1，每当执行COMMIT TRAN命令时，该变量减1，每当执行ROLLBACK TRAN命令或者ROLLBACK TRAN POINT_NAME时(没有保存点时)，该变量清空。如果执行ROLLBACK TRAN POINT_NAME且有保存点POINT_NAME时，@@TRANCOUNT不变，但保存点POINT_NAME失效，再次ROLLBACK TRAN POINT_NAME时依旧是清空@@TRANCOUNT。
上面那段很饶，但全是干货，可以细细咀嚼。
而c#事务嵌入存储过程事务进行执行之后，因为触发了存储过程内部的ROLLBACK TRAN，所以@@TRANCOUNT清空为0，导致c#代码创建的事务再进行下一步操作时找不到对应的事务了，所以就报出了上面的异常。（具体里面的机制，有兴趣的可以深入研究一下）
面对这种问题，有一种解决方案，那就是在创建存储过程时，尽量在执行存储过程的事务之前先判断一下自身是否被嵌入在另外一个事务之内。如果未被嵌入在另外一个事务之内，则使用BEGIN TRAN POINT_NAME来开启一个事务。如果被嵌入在另外一个事务之内，则使用SAVE TRAN POINT_NAME来创建一个保存点。无论是开启事务还是设置保存点，其回滚都可以写为：ROLLBACK TRAN POINT_NAME，执行该回滚命令的区别就是，当为保存点模式时，@@TRANCOUNT不变，不会对存储过程自身的上级事务产生影响。当为开启事务模式时，也就意味着自身上级并没有事务，那么清空@@TRANCOUNT自然也就无所谓了。
--结构示例
--开启事务之前先获取当前的事务数量@@TRANCOUNT
DECLARE @T_COUNT INTSET @T_COUNT = @@TRANCOUNTIF(@T_COUNT > 0)--有上层事务SAVE TRAN POINT_NAME--创建保存点
ELSE--无上层事务BEGIN TRAN POINT_NAME--开启新事务
--处理过程
--如果无异常IF(@T_COUNT > 0)--有上层事务--不作任何提交处理，提交处理交由上层事务
ELSE--无上层事务COMMIT TRAN POINT_NAME--直接提交--如果有异常
ROLLBACK TRAN POINT_NAME--执行回滚，如果有保存点，则意味着存在上层事务，则回滚到保存点，@@TRANCOUNT清空。如果无保存点，则说明无上层事务，则将事务全部回滚，并将@@TRANCOUNT清空为0这篇关于存储过程：EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1，当前计数 = 0的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
