SQL报错异常：Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 1, current count = 0.
--首先明确一点，在SQL中开启事务时，Begin Tran时，@@TRANCOUNT会加1，Commit Tran时@@TRANCOUNT会减1，但是当ROLLBACK TRAN时会把@@TranCount直接设置为0，
--对于外部有开启事务的SQL代码来说，如果调用的嵌套SP中也有开启事务的话，进到嵌套SP中的时候，@@tranCount=1(假如只要一层嵌套，
--此处等于1是因为外部调用该SP的地方使用了Begin Tran来开启了一个事务),但是如果在嵌套SP中使用了ROLLBACK TRAN回滚代码时，会把@@tranCount直接设置为0，
--在该嵌套SP中调用结束时就会导致@@tranCount的数量进来和出去时不一致了，SQL就会报错了，所以在嵌套SP中如果需要回滚，应使用回滚事务保存点，而不是ROLLBACK TRAN。
--如果在嵌套SP中如果需要回滚，则应该使用ROLLBACK TRAN pp，
--如果直接使用ROLLBACK TRAN，则执行ROLLBACK TRAN后，会把@@TRANCOUNT直接设置为0，
--这样如果外层调用该SP的地方有Begin Tran的话，会导致SQL报出类似于
--“Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 1, current count = 0.”的异常，
--因为进入该方法时，外部sql的Begin tran会使@@TranCount加1，但执行此处的ROLLBACK TRAN后，会把@@TRANCOUNT直接设置为0，
--结束调用该SP返回时，事务的数量调用该SP和结束时就不一样了，所以SQL报异常了。
--解决此问题的方法就是在嵌套的SP中如果有事务，则在嵌套SP中，开启事务的地方保存事务点，如save tran pp;
--在Catch中或需要回滚代码的地方加上ROLLBACK TRAN pp;就是回滚当前的事务代码，这个代码不会改变@@TranCount的值。
--然后再写COMMIT TRAN;，这样就会把嵌套的SP中对应的BEGIN TRAN给释放了，即BEGIN TRAN使@@TranCount加1，COMMIT TRAN;使@@TranCount减1;
--这样调用和结束调用嵌套SP时的@@TranCount数量就一致了，就不会报上面的异常了。你没有看错，是在嵌套的SP中回滚时使用回滚事务保存点，
--且需要Commint事务才可以正常运行。也就是说，如果调用的外部代码有起事务，且在嵌套SP中也有事务的话，嵌套SP中的事务不管提交还是回滚，都需要提交事务才可以，不然就会报上面的错误。
--实践证明，调用嵌套SP的地方不止是SQL的sp会有这个问题，C#代码中起一个事务，再来调用有事务处理的嵌套SP，
--在嵌套SP中直接写回滚语句ROLLBACK TRAN也会有相同问题，都可以使用回滚事务点来解决。切记嵌套的SP中使用事务时，不管是否回滚都需要提交事务才可以。
--当然，如果调用方的SP或SQL中没有起事务，被调用的SP中有事务，则使用ROLLBACK TRAN没有任何影响，嵌套事务都有起事务一定要特别注意，确实是实践出真知。
--补充一点，回滚事务保存点ROLLBACK TRAN pp时，只会回滚从save tran pp到ROLLBACK TRAN pp中间的代码处理，其他部分的代码段还是能正常提交上去的
--因此使用回滚事务保存点的sql时，一定要把需要回滚的代码放在save tran pp到ROLLBACK TRAN pp的中间，如果在这个外面就不会回滚了，而会提交上去，因为后面有Commit Tran语句执行。
--另外，经测试，ROLLBACK TRAN pp回滚事务保存点的SQL，在单个SP单独执行时也一样适用，使用此方法回滚事务可能更严谨一点。
---创建测试表
IF EXISTS ( SELECT * FROM sys.tables WHERE name = ‘tt‘ )
DROP TABLE dbo.tt ;
CREATE TABLE dbo.tt ( ID INT IDENTITY , Name NVARCHAR (100), TransCount INT ) ;
GO
--查询结果
SELECT * FROM dbo.tt
---创建子存储过程
IF EXISTS ( SELECT * FROM sys.procedures WHERE name = ‘S_proc‘ )
DROP PROC S_proc ;
GO
CREATE PROC S_proc
AS
BEGIN
PRINT(‘s-init-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
BEGIN TRAN;
save tran pp;
PRINT(‘s-prev-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
DECLARE @p2 INT = @@TRANCOUNT;
INSERT INTO dbo.tt ( Name, TransCount ) SELECT ‘查询2‘, @p2 ;
--如果此处要回滚，则应该使用ROLLBACK TRAN pp，
--如果直接使用ROLLBACK TRAN，则执行ROLLBACK TRAN后，会把@@TRANCOUNT直接设置为0，
--这样如果外层调用该SP的地方有Begin Tran的话，会导致SQL报出类似于
--“Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 1, current count = 0.”的异常，
--因为进入该方法时，外部sql的Begin tran会使@@TranCount加1，但执行此处的ROLLBACK TRAN后，会把@@TRANCOUNT直接设置为0，
--结束调用该SP返回时，事务的数量调用该SP和结束时就不一样了，所以SQL报异常了。
--解决此问题的方法就是在嵌套的SP中如果有事务，则在嵌套SP中，开启事务的地方保存事务点，如save tran pp;
--在Catch中或需要回滚代码的地方加上ROLLBACK TRAN pp;就是回滚当前的事务代码，这个代码不会改变@@TranCount的值。
--然后再写COMMIT TRAN;，这样就会把嵌套的SP中对应的BEGIN TRAN给释放了，即BEGIN TRAN使@@TranCount加1，COMMIT TRAN;使@@TranCount减1;
--这样调用和结束调用嵌套SP时的@@TranCount数量就一致了，就不会报上面的异常了。你没有看错，是在嵌套的SP中回滚时使用回滚事务保存点，
--且需要Commint事务才可以正常运行。也就是说，如果调用的外部代码有起事务，且在嵌套SP中也有事务的话，嵌套SP中的事务不管提交还是回滚，都需要提交事务才可以，不然就会报上面的错误。
--实践证明，调用嵌套SP的地方不止是SQL的sp会有这个问题，C#代码中起一个事务，再来调用有事务处理的嵌套SP，
--在嵌套SP中直接写回滚语句ROLLBACK TRAN也会有相同问题，都可以使用回滚事务点来解决。切记嵌套的SP中使用事务时，不管是否回滚都需要提交事务才可以。
--当然，如果调用方的SP或SQL中没有起事务，被调用的SP中有事务，则使用ROLLBACK TRAN没有任何影响，嵌套事务都有起事务一定要特别注意，确实是实践出真知。
--补充一点，回滚事务保存点ROLLBACK TRAN pp时，只会回滚从save tran pp到ROLLBACK TRAN pp中间的代码处理，其他部分的代码段还是能正常提交上去的
--因此使用回滚事务保存点的sql时，一定要把需要回滚的代码放在save tran pp到ROLLBACK TRAN pp的中间，如果在这个外面就不会回滚了，而会提交上去，因为后面有Commit Tran语句执行。
--另外，经测试，ROLLBACK TRAN pp回滚事务保存点的SQL，在单个SP单独执行时也一样适用，使用此方法回滚事务可能更严谨一点。
--切记此处不能直接写ROLLBACK TRAN;而应该写下面的回滚事务保存点的ROLLBACK TRAN pp;
ROLLBACK TRAN pp;
PRINT(‘s-after-rollback-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
--切记此处不管是否回滚，都需要提交事务，否则@@TRANCOUNT不会减1，而起事务时@@TRANCOUNT加1了，就会导致进来和出去的事务数量不一致的错误了。
COMMIT TRAN;
PRINT(‘s-after-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
RETURN ;
END ;
---创建主存储过程
IF EXISTS ( SELECT * FROM sys.procedures WHERE name = ‘P_proc‘ )
DROP PROC P_proc ;
GO
CREATE PROC P_proc
AS
BEGIN
DELETE FROM dbo.tt;
PRINT(‘p-init-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
BEGIN TRAN ;
PRINT(‘p-prev-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
DECLARE @p1 INT = @@TRANCOUNT;
INSERT INTO dbo.tt ( Name, TransCount ) SELECT ‘查询1‘, @p1 ;
PRINT(‘p-after-insert-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)))
EXEC dbo.S_proc ;
PRINT(‘p-after-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
COMMIT TRAN;
PRINT(‘p-last-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
RETURN ;
END ;
GO
--使用了保存点的回滚的测试SP
ALTER PROC S_saveTranBeforeandAfterTest
AS
BEGIN
PRINT(‘s-init-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
BEGIN TRAN;
PRINT(‘s-prev-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
DECLARE @p2 INT = @@TRANCOUNT;
INSERT INTO dbo.tt ( Name, TransCount ) SELECT ‘查询2-before save‘, @p2 ;
save tran pp;
INSERT INTO dbo.tt ( Name, TransCount ) SELECT ‘查询2-after save‘, @p2 ;
--补充一点，回滚事务保存点ROLLBACK TRAN pp时，只会回滚从save tran pp到ROLLBACK TRAN pp中间的代码处理，其他部分的代码段还是能正常提交上去的
--因此使用回滚事务保存点的sql时，一定要把需要回滚的代码放在save tran pp到ROLLBACK TRAN pp的中间，如果在这个外面就不会回滚了，而会提交上去，因为后面有Commit Tran语句执行。
--另外，经测试，ROLLBACK TRAN pp回滚事务保存点的SQL，在单个SP单独执行时也一样适用，使用此方法回滚事务可能更严谨一点。
--切记此处不能直接写ROLLBACK TRAN;而应该写下面的回滚事务保存点的ROLLBACK TRAN pp;
ROLLBACK TRAN pp;
PRINT(‘s-after-rollback-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
--切记此处不管是否回滚，都需要提交事务，否则@@TRANCOUNT不会减1，而起事务时@@TRANCOUNT加1了，就会导致进来和出去的事务数量不一致的错误了。
COMMIT TRAN;
PRINT(‘s-after-‘ + CAST(@@TRANCOUNT AS NVARCHAR(10)));
RETURN ;
END ;
原文地址：https://www.cnblogs.com/itjeff/p/12106447.html