sqlserver事务嵌套引发的问题

最新推荐文章于 2025-07-28 14:05:24 发布

原创最新推荐文章于 2025-07-28 14:05:24 发布 · 791 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#sqlserver #数据库 #sql

文章讨论了在C#代码中使用事务执行包含内部事务的SQLServer存储过程时遇到的问题。当存储过程内部发生异常并执行ROLLBACK时，会导致C#事务计数不匹配的异常。解决方案是在存储过程中检查@TRANCOUNT，根据是否存在上层事务来决定使用SAVETRANSACTION或BEGINTRANSACTION，并使用相同的保存点名称进行回滚，以避免影响外部事务。

在sqlserver数据库创建了一个存储过程，该存储过程中包含一个事务：

BEGIN TRAN
--处理过程……
--如果处理无异常
COMMIT TRAN
--如果处理有异常
ROLLBACK TRAN

在数据库客户端上执行该存储过程时，是没有任何问题的，无论是成功提交，还是异常回滚，都能够用预置代码来处理。

但当在C#代码中创建一个事务，并且在事务中嵌入执行该存储过程时，如果存储过程内部出现了异常，触发了存储过程自身的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 INT
SET @T_COUNT = @@TRANCOUNT
IF(@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