SqlServer中嵌套事务使用--事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配 --根本问题
Posted 天晴微笑
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SqlServer中嵌套事务使用--事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配 --根本问题相关的知识,希望对你有一定的参考价值。
转自 :SqlServer中嵌套事务使用--事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配 --根本问题
问题:
1. System.Data.SqlClient.SqlException (0x80131904): EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1,当前计数 = 0。
2. EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 0,当前计数 = 1。
后面的内容,是我之前写的东西,主要是一些测试代码,但是呢,我没有很深入的理解。现在直接说清楚本质的东西,把后面的精华再提上来说。
- 提交的事务不能撤销或回滚。
- 当不存在打开的事务时,@@trancount 等于 0。
- 执行 begin tran [tranName]语句将 @@trancount 增加 1。
- 执行commit tran [tranName]语句将 @@trancount 减小 1。
- 执行 rollback tran 会回滚整个事务并设置@@trancount 为 0。
- 执行 " rollback tran tranName"语句时有两种情况:
if(tranName 之前 是用 " Save Tran tranName" 建立的 ) @@trancount值不变
否则,@trancount 减小1
注意:save tran 命令,不会使@@trancount加1
分析:
只要提交或者回滚事务后,程序内部改变了事务参数@@TRANCOUNT,就会出上述的错误,无一例外。
试图直接用Sql " set @@trancount = 1;",这是sqlserver 不允许做的。
各位,出现上面的错误,最多的可能是在嵌套事务中。
如果不嵌套:没有begin tran前,@@trancount为0; begin tran后,@@trancount 此时为1;完事后就commit或rollback,@@trancount 此时为0;--不般我们是写不错的。
嵌套呢:
看看我之前写的一个存储过程:
- declare @trancount int --commit,rollback只控制本存储过程
- set @trancount = @@trancount;
- if (@trancount=0) /*判断事务记数,根据情况确定使用保存点或者新建一个事务*/
- begin tran current_tran--当前事务点,rollback、commit都从这里开始
- else
- save tran current_tran
- declare @trancount int --commit,rollback只控制本存储过程
- set @trancount = @@trancount;
- if (@trancount=0) /*判断事务记数,根据情况确定使用保存点或者新建一个事务*/
- begin tran current_tran--当前事务点,rollback、commit都从这里开始
- else
- save tran current_tran
.......
....做事去了
.......
- if @error_code != 0 or @logErrorCode != 1
- begin
- rollback tran current_tran
- set @error_code = -1; -- 失败
- end
- else
- begin
- commit tran current_tran
- set @error_code = 1; -- 成功
- end
- if @error_code != 0 or @logErrorCode != 1
- begin
- rollback tran current_tran
- set @error_code = -1; -- 失败
- end
- else
- begin
- commit tran current_tran
- set @error_code = 1; -- 成功
- end
有没有问题?(current_tran是保存点哈,不明白的,后面有比较详细的介绍)
我用了好久了(在一个项目里面),可是突然有一天,也就是今天,它出事了。原因嘛,虽然写的是嵌套的,之前都没有嵌套调到过。
我在外围开了一个事务,再来调这个存储过程,当它 commit tran current_tran 时(rollback tran current_tran是不会有事的),会出什么错误?如果你不能很明确的告诉我,说明你还没有理解得深刻。做个选择吧?
1."...BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 0,当前计数 = 1。"
2."...BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1,当前计数 = 0。
答案:【2】。
线索分析:我是在外部开了一个事务的,所以在未进入该存储过程以前@@trancount的值应该为1;进入时,save tran current_tran, @@trancount值没有变;完事的,执行commit tran current_tran,@@trancount的值应该为0;--所以,进入前,出来后,@@trancount值发生了改变,SqlServer不干了(原因,自己去想吧:拆散了begin tran 配对)。
怎么解决:
1.进入子事务前先记录@@trancount,我们用变量@trancount来记录。
2. 提交子事务前,先判断之前的@trancount是否为0;为0表示"该事务"前没有事务调用,可以直接提交事务;不为0,表明进入该事务前已经有一个事务,该事务是子事务,不能提交。
- -- 如果当前计数为0,则提交.
- -- 因为Commit tran ,@@TRANCOUNT会减1。嵌套事务时,调用该存在过程(作为子过程,此时@@TRANCOUNT > 0),
- -- 只是保存了tran, @@TRANCOUNT没有发生改变;直接Commit会使@@TRANCOUNT减1,会打破事务对(Begin Tran)
- if(@trancount = 0)
- begin
- commit tran current_tran
- end
- set @error_code = 1; -- 成功
- -- 如果当前计数为0,则提交.
- -- 因为Commit tran ,@@TRANCOUNT会减1。嵌套事务时,调用该存在过程(作为子过程,此时@@TRANCOUNT > 0),
- -- 只是保存了tran, @@TRANCOUNT没有发生改变;直接Commit会使@@TRANCOUNT减1,会打破事务对(Begin Tran)
- if(@trancount = 0)
- begin
- commit tran current_tran
- end
- set @error_code = 1; -- 成功
以上是关于SqlServer中嵌套事务使用--事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配 --根本问题的主要内容,如果未能解决你的问题,请参考以下文章