转自 https://www.cnblogs.com/guanjie20/archive/2013/02/17/2914488.html

我们在写事务时经常遇到的问题如下:

消息 266,级别 16,状态 2,过程 sp1,第 0 行
EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1,当前计数 = 0。
消息 3903,级别 16,状态 1,过程 sp2,第 15 行
ROLLBACK TRANSACTION 请求没有对应的 BEGIN TRANSACTION
 

如果这只是一个单独的事务引起的,那么很好解决,我们只要检查下是否遗漏了匹配的BEGIN tran 和 COMMIT tran即可,但是如果2个存储过程都是用事务写的,那么就即使每个存储过程的事务写法都正常,也会报这个错误,

这是因为只要子事务里有回滚语句:如ROLLBACK      那么全局的@@TRANCOUNT被直接置为0了,导致父事务提交时发现 @@TRANCOUNT=0  报错 ,sql server会认为当前不存在任何事务,在父存储过程中任何的COMMIT TRAN或

ROLLBACK 语句都会找不到它对应的 BEGIN TRAN

下面我们用一个实例来看下:

假设有一张表,ID为非自增主键

USE [TestDB]
GO /****** Object: Table [dbo].[test] Script Date: 02/17/2013 15:44:35 ******/
SET ANSI_NULLS ON
GO SET QUOTED_IDENTIFIER ON
GO SET ANSI_PADDING ON
GO CREATE TABLE [dbo].[test](
[ID] [bigint] NOT NULL,
[UserID] [bigint] NULL,
[Name] [varchar](50) NULL,
CONSTRAINT [PK_Table_1] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO SET ANSI_PADDING OFF
GO

我们常规的写一个插入的子存储过程如下:

USE [TestDB]
GO
/****** Object: StoredProcedure [dbo].[innertranv1] Script Date: 02/17/2013 15:46:46 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO --内层事务存储过程,演示如何处理才能在嵌套的事务存储过程中正确处理事务
ALTER PROCEDURE [dbo].[innertranv1]
@ID BIGINT ,
@UserID BIGINT ,
@Name VARCHAR(50)
AS
BEGIN
SET XACT_ABORT ON
BEGIN TRAN IF(EXISTS(SELECT TOP 1 * FROM dbo.test WHERE ID=@ID))
BEGIN
ROLLBACK
RETURN 0 ;
END --业务逻辑开始 INSERT dbo.test
( ID, UserID, Name)
VALUES ( @ID,
@UserID,
@Name
)
--业务逻辑结束 IF @@error <> 0
BEGIN
ROLLBACK
RETURN 0;
END COMMIT
     SET XACT_ABORT OFF;
     RETURN 1 ; END

调用的父存储过程如下:

USE [TestDB]
GO
/****** Object: StoredProcedure [dbo].[outertranv2] Script Date: 02/17/2013 16:09:09 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO -- =============================================
-- Author: <Author,,Name>
-- Create date: <Create Date,,>
-- Description: <外层存储过程>
-- =============================================
ALTER PROCEDURE [dbo].[outertranv2]
@ID BIGINT ,
@UserID BIGINT ,
@Name VARCHAR(50)
AS BEGIN TRAN
DECLARE @result INT
EXEC @result = innertranv1 @ID =@ID, @UserID =@UserID, @Name = @Name
IF ( @result <= 0 )
BEGIN
ROLLBACK TRAN ;
RETURN ;
END
COMMIT TRAN

我们执行父存储过程:

USE [TestDB]
GO DECLARE @return_value int EXEC @return_value = [dbo].[outertranv2]
@ID = 0,
@UserID = 0,
@Name = N'' SELECT 'Return Value' = @return_value GO

第一次提交正常,再次执行就会出现如下错误:

消息 266,级别 16,状态 2,过程 innertranv1,第 0 行
EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配。上一计数 = 1,当前计数 = 0。
消息 3903,级别 16,状态 1,过程 outertranv2,第 18 行
ROLLBACK TRANSACTION 请求没有对应的 BEGIN TRANSACTION。

如何解决?我们修改子存储过程如下:

USE [TestDB]
GO
/****** Object: StoredProcedure [dbo].[innertran] Script Date: 02/17/2013 16:26:26 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
--内层事务存储过程,演示如何处理才能在嵌套的事务存储过程中正确处理事务
ALTER PROCEDURE [dbo].[innertran]
@ID BIGINT ,
@UserID BIGINT ,
@Name VARCHAR(50)
AS
BEGIN
DECLARE @TRANCOUNT int=(select @@TRANCOUNT) SET XACT_ABORT ON
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '未进入子事务前全局@@TRANCOUNT'+CAST(@TRANCOUNT AS VARCHAR(50))
BEGIN TRAN tran1 --开始事务
SAVE TRAN tranpoint --保存事务点
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '进入子事务后全局@@TRANCOUNT'+CAST(@TRANCOUNT AS VARCHAR(50)) IF(EXISTS(SELECT TOP 1 * FROM dbo.test WHERE ID=@ID))
BEGIN
ROLLBACK TRAN tranpoint ; --回滚保存点的事务
COMMIT TRAN tran1 ; --提示当前事务
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '回滚子事务后全局@@TRANCOUNT'+CAST(@TRANCOUNT AS VARCHAR(50)) RETURN 0 ;
END --业务逻辑开始 INSERT dbo.test
( ID, UserID, Name)
VALUES ( @ID,
@UserID,
@Name
)
--业务逻辑结束 IF @@error <> 0
BEGIN
ROLLBACK TRAN tranpoint ; --回滚保存点的事务
COMMIT TRAN tran1 ; --提示当前事务
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '回滚子事务后全局@@TRANCOUNTT'+CAST(@TRANCOUNT AS VARCHAR(50)) RETURN 0;
END COMMIT TRAN tran1 ;
SET XACT_ABORT OFF;
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '提交子事务后全局@@TRANCOUNT'+CAST(@TRANCOUNT AS VARCHAR(50)) RETURN 1 ; END

父过程如下:

USE [TestDB]
GO
/****** Object: StoredProcedure [dbo].[outertran] Script Date: 02/17/2013 16:27:13 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author: <Author,,Name>
-- Create date: <Create Date,,>
-- Description: <外层存储过程>
-- =============================================
ALTER PROCEDURE [dbo].[outertran]
@ID BIGINT,
@UserID BIGINT,
@Name VARCHAR(50)
AS
DECLARE @TRANCOUNT int=(select @@TRANCOUNT)
PRINT '未进入父事务前全局@@TRANCOUNT:'+CAST(@TRANCOUNT AS VARCHAR(50)) BEGIN TRAN
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '进入父事务后全局@@TRANCOUNT:'+CAST(@TRANCOUNT AS VARCHAR(50)) DECLARE @result INT EXEC @result = innertran @ID = @ID, @UserID = @UserID, @Name =@Name IF ( @result <= 0 )
BEGIN
ROLLBACK TRAN ;
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '回滚父事务后全局@@TRANCOUNT:'+CAST(@TRANCOUNT AS VARCHAR(50)) RETURN ;
END
COMMIT TRAN
SET @TRANCOUNT=(select @@TRANCOUNT)
PRINT '提交父事务后全局@@TRANCOUNT:'+CAST(@TRANCOUNT AS VARCHAR(50))

调用父存储过程:

USE [TestDB]
GO DECLARE @return_value int EXEC @return_value = [dbo].[outertran]
@ID = 0,
@UserID = 0,
@Name = N'' SELECT 'Return Value' = @return_value GO

结果如下:

未进入父事务前全局@@TRANCOUNT:0
进入父事务后全局@@TRANCOUNT:1
未进入子事务前全局@@TRANCOUNT:1
进入子事务后全局@@TRANCOUNT:2
回滚子事务后全局@@TRANCOUNT:1
回滚父事务后全局@@TRANCOUNT:0

不会再报"EXECUTE 后的事务计数指示 BEGIN 和 COMMIT 语句的数目不匹配"之类的错误了,实际上就是在每个嵌套的子过程中标明当前事务点,每个子事务 只提交/回滚 子事务点,而不是回滚整个事务!

实际开发中还是会出现事务错乱的情况,如在try...catch...中

sql server中嵌套事务*的更多相关文章

  1. SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”

    误区 #26: SQL Server中存在真正的“事务嵌套”错误 嵌套事务可不会像其语法表现的那样看起来允许事务嵌套.我真不知道为什么有人会这样写代码,我唯一能够想到的就是某个哥们对SQL Serve ...

  2. T-SQL查询进阶--SQL Server中的事务与锁

    为什么需要锁 在任何多用户的数据库中,必须有一套用于数据修改的一致的规则,当两个不同的进程试图同时修改同一份数据时,数据库管理系统(DBMS)负责解决它们之间潜在的冲突.任何关系数据库必须支持事务的A ...

  3. SQL Server中的高可用性(2)----文件与文件组

        在谈到SQL Server的高可用性之前,我们首先要谈一谈单实例的高可用性.在单实例的高可用性中,不可忽略的就是文件和文件组的高可用性.SQL Server允许在某些文件损坏或离线的情况下,允 ...

  4. SQL Server中SELECT会真的阻塞SELECT吗?

    在SQL Server中,我们知道一个SELECT语句执行过程中只会申请一些意向共享锁(IS) 与共享锁(S), 例如我使用SQL Profile跟踪会话86执行SELECT * FROM dbo.T ...

  5. Microsoft SQL Server中的事务与并发详解

    本篇索引: 1.事务 2.锁定和阻塞 3.隔离级别 4.死锁 一.事务 1.1 事务的概念 事务是作为单个工作单元而执行的一系列操作,比如查询和修改数据等. 事务是数据库并发控制的基本单位,一条或者一 ...

  6. SQL Server中TOP子句可能导致的问题以及解决办法

    简介      在SQL Server中,针对复杂查询使用TOP子句可能会出现对性能的影响,这种影响可能是好的影响,也可能是坏的影响,针对不同的情况有不同的可能性.      关系数据库中SQL语句只 ...

  7. 在SQL Server中为什么不建议使用Not In子查询

        在SQL Server中,子查询可以分为相关子查询和无关子查询,对于无关子查询来说,Not In子句比较常见,但Not In潜在会带来下面两种问题: 结果不准确 查询性能低下       下面 ...

  8. SQL Server中提前找到隐式转换提升性能的办法

        http://www.cnblogs.com/shanksgao/p/4254942.html 高兄这篇文章很好的谈论了由于数据隐式转换造成执行计划不准确,从而造成了死锁.那如果在事情出现之前 ...

  9. SQL Server中行列转换 Pivot UnPivot

    SQL Server中行列转换 Pivot UnPivot PIVOT用于将列值旋转为列名(即行转列),在SQL Server 2000可以用聚合函数配合CASE语句实现 PIVOT的一般语法是:PI ...

随机推荐

  1. [Swift]LeetCode936. 戳印序列 | Stamping The Sequence

    You want to form a target string of lowercase letters. At the beginning, your sequence is target.len ...

  2. Eclipse+Android开发:Android模拟器快捷键

    Android模拟器快捷键:          按键 按键作用  Home  Home key  Home键  ESC  Back Key  后退键  F1  Menu key  菜单键  F2  S ...

  3. 两分钟搞懂UiAutomator、UiAutomator2、Bootstrap的关系

    很多同学经过一段时间的学习之后都明白了Appium的基本原理,但是越学习到后面发现出现的很多陌生名词无法弄清楚其具体作用,今天这篇文章的目的就是为了让大家来弄懂三个高频名词:UiAutomator.U ...

  4. war包部署到腾讯云中报404的排错经历

    项目完成了部分功能,需要把项目放到公网上,方便演示讨论.本来以为挺简单的,直接将war包放到腾讯云服务器tomcat中,结果报错404,第一次碰到这种情况,于是想办法解决,花了一天的时间,终于解决了问 ...

  5. Python内置函数(52)——range

    英文文档: range(stop) range(start, stop[, step]) Rather than being a function, range is actually an immu ...

  6. Python内置函数(51)——property

    英文文档: class property(fget=None, fset=None, fdel=None, doc=None) Return a property attribute. fget is ...

  7. BBS论坛(二十九)

    29.帖子详情页布局 (1)front/hooks.py @bp.errorhandler def page_not_found(): return render_template('front/fr ...

  8. 准备PPT过程中的一些文档记录

    http://jm.taobao.org/2016/12/23/20161223/ https://www.csdn.net/article/2015-02-10/2823900 https://da ...

  9. 补习系列(2)-springboot mime类型处理

    目标 了解http常见的mime类型定义: 如何使用springboot 处理json请求及响应: 如何使用springboot 处理 xml请求及响应: http参数的获取及文件上传下载: 如何获得 ...

  10. 痞子衡嵌入式:串口调试工具Jays-PyCOM诞生记(3)- 串口功能实现(pySerial)

    大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是串口调试工具Jays-PyCOM诞生之串口功能实现. 串口调试助手是最核心的当然是串口数据收发与显示的功能,Jays-PyCOM借助的是 ...