事务嵌套，你懂多少

最新推荐文章于 2023-09-07 18:04:09 发布
最新推荐文章于 2023-09-07 18:04:09 发布
阅读量717 收藏 1
点赞数
文章标签： SQLServer 事务 编程中国社区

关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，还真是“知其然不知其所以然”。

　　今天一个同事问我关于事务的问题，我就用代码给他举例测试，在测试的过程中我遇到了一点小问题，但在继续测试的时候，我解决了这个问题，也让我对事务的嵌套有了更加深刻的认识。

　　废话不再多说了，开始正题。

　　本文的目的是跟大家讨论一下关于嵌套事务的相关问题，所以有关事务的基础知识和概念，本文假设读者已经了解。

　　嵌套事务一般的使用场景是一些公用的，最小单元的业务逻辑，这些业务逻辑很多情况下都是被另外一些更加复杂，更加完整的业务逻辑调用。

　　为了更加贴近实际，本文的例子尽量接近真实业务，在此我们拿一个电子商务网站的订单支付来进行举例，具体例子如下

　　提交订单之后，支付订单（扣除账户余额）并更新订单的状态。

　　根据业务，我们创建三个表

　　会员表

　　账户变动记录表

　　订单表

　　建表语句如下：　

?
CREATE TABLE T_Users(   
     Id INT IDENTITY(1,1) PRIMARY KEY NOT NULL , --自增编号
     UserName NVARCHAR(50) NOT NULL , --用户名，保持唯一
     UserMoney DECIMAL (9,2) NOT NULL DEFAULT 0 --用户账户余额，不能小于
)
CREATE TABLE T_MoneyLog(
     Id INT IDENTITY(1,1) PRIMARY KEY NOT NULL , --自增编号
     UserName NVARCHAR(50) NOT NULL , --用户名
     ChangeType INT NOT NULL , --账户变动类型(1支付订单，发送短信，提交参会申请)
     MoneyBefore DECIMAL (9,2) NOT NULL DEFAULT 0, --会员账户变动前余额
     ChangeMoney DECIMAL (9,2) NOT NULL DEFAULT 0, --变动的金额
     MoneyAfter DECIMAL (9,2) NOT NULL DEFAULT 0, --会员账户变动后余额
     Remark NVARCHAR(100), --账户变动备注
     AddTime DATETIME NOT NULL DEFAULT GETDATE() --变动时间
)
CREATE TABLE T_Order(
     Id INT IDENTITY(1,1) NOT NULL , --自增编号
     OrderId VARCHAR (20) NOT NULL PRIMARY KEY , --订单号
     SumMoney DECIMAL (9,2) NOT NULL DEFAULT 0, --订单总共需要支付费用
     OrderStatus INT NOT NULL DEFAULT 0, --订单状态（未支付，已支付）
     AddTime DATETIME NOT NULL DEFAULT GETDATE(), --订单提交时间
     PayTime DATETIME NULL --订单支付时间   
)

　　注：因为是测试，所以这里简化了这些表。

　　因为扣除账户余额是一个公用的，最小单元的业务逻辑，所以我们专门建立一个存储过程来执行该过程。代码如下：　

?
Create Proc [dbo].[Sp_UserMoneyLess]
@UserName NVARCHAR(50),     --用户名
@ChangeMoney DECIMAL (9,2),  --变动金额
@ChangeType INT ,            --账户变动类型
@Result INT OUTPUT ,         --输出参数，执行结果
@Msg NVARCHAR(100) OUTPUT   --执行结果描述
AS
--为输出参数设置默认值
SET @Result = 1 
SET @Msg = '执行成功'
DECLARE @before DECIMAL (9,2),@ after DECIMAL (9,2)
--开启事务
BEGIN TRAN UserMoneyLess
SELECT @before=tu.UserMoney FROM T_Users tu WHERE tu.UserName=@UserName
SET @ after =@before-@ChangeMoney
IF @ after <0
BEGIN
     SET @Result=-1
     SET @Msg = '账户余额不足'
     ROLLBACK TRAN UserMoneyLess
     RETURN
END
--更新会员账户余额
UPDATE T_Users SET UserMoney = @ after WHERE UserName = @UserName
IF @@ERROR<>0
BEGIN
     SET @Result = -2
     SET @Msg = '更新账户余额发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN UserMoneyLess
     RETURN
END
--产生账户变动记录
INSERT INTO T_MoneyLog
(
     UserName,
     ChangeType,
     MoneyBefore,
     ChangeMoney,
     MoneyAfter,
     Remark,
     AddTime
)
VALUES
(
     @UserName,
     @ChangeType,
     @before,
     @ChangeMoney,
     @ after ,
     '支付订单扣除账户余额' ,
     GETDATE()
)
IF @@ERROR<>0
BEGIN
     SET @Result = -3
     SET @Msg = '产生账户变动记录发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN UserMoneyLess
END
COMMIT TRAN UserMoneyLess

　　现在我们来测试一下我们的Sp_UserMoneyLess，在测试之前，我们插入一些测试数据：

?
INSERT INTO T_Users
(
     UserName,
     UserMoney
)
VALUES
(
     'Geodon' ,
     100
)
INSERT INTO T_Order
(
     -- Id -- this column value is auto-generated
     OrderId,
     UserName,
     SumMoney,
     OrderStatus,
     AddTime
)
VALUES
(
     '20130303160545612' ,
     'Geodon' ,
     120,
     0,
     GETDATE()
)

　　好了，测试数据已经准备完毕。现在我们可以开始我们的测试了，执行下面的测试代码：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_UserMoneyLess 'Geodon' ,120,1,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

　　运行结果：

　　

　　Ok没问题，是我们想要的结果。

　　再进行一次测试，测试余额足够的情况，执行下面的测试代码：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_UserMoneyLess 'Geodon' ,10,1,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

　　运行结果：

 　  

　　我们查询一下执行结果

 　　

　　Ok没问题，正常执行。

　　接下来我们再为订单支付创建一个存储过程，代码如下：

?
CREATE PROC Sp_PayOrder
@OrderId VARCHAR (20),       --订单号
@UserName NVARCHAR(50),     --用户名
@Result INT OUTPUT ,         --支付结果
@Msg NVARCHAR(100) OUTPUT   --支付结果描述
AS
--为输出参数设置默认值
SET @Result=1
SET @Msg= '执行成功'
--查询订单需要支付的金额，如果订单号不存在或者该订单支付过，返回-1，停止执行
DECLARE @orderMoney DECIMAL (9,2)
SELECT @orderMoney = to1.SumMoney FROM T_Order to1 WHERE to1.OrderId=@OrderId AND to1.OrderStatus=0 AND to1.UserName=@UserName
IF @orderMoney IS NULL
BEGIN
     SET @Result=-1
     SET @Msg= '订单号不存在或者该订单支付过'
     RETURN 
END
--开启事务
BEGIN TRAN PayOrder
  
--扣除会员账户余额
EXEC Sp_UserMoneyLess @UserName,@orderMoney,1,@Result OUTPUT ,@Msg OUTPUT
IF @Result<>1
BEGIN
     SET @Result=-2
     ROLLBACK TRAN PayOrder
     RETURN
END
--更新订单支付状态
UPDATE T_Order SET OrderStatus = 1 WHERE OrderId=@OrderId AND OrderStatus=0
COMMIT TRAN PayOrder

　　这个存储过程包含了一个事务，而且在事务的内部又调用了Sp_UserMoneyLess，而Sp_UserMoneyLess这个存储过程内部又包含了一个事务，这就出现了事务嵌套的场景，这也正是本文要讨论的内容。

　　我们现在进行测试，执行如下测试代码：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_PayOrder '20130303160545612' , 'Geodon' ,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

　　运行结果如下：

 　　

　　大家可以看到，执行存储过程出现了错误

　　我们先来看一下第一个错误

 　　

　　可以看的出，这个错误是在内部事务回滚带有名称的事务的时候，发现没有该名称的事务或保存点，因为会引发这个异常，为什么会这样呢？大家看一下微软的解释：

　　ROLLBACK TRANSACTION 语句的 transaction_name 参数引用一组命名嵌套事务的内部事务是非法的，transaction_name 只能引用最外部事务的事务名称。

　　哦！原来Sql Server不允许我们在内部的事务中包含事务名称。那好，我们现在就把这个事务名称去掉，代码修改如下：

?
ALTER PROC [dbo].[Sp_UserMoneyLess]
@UserName NVARCHAR(50),     --用户名
@ChangeMoney DECIMAL (9,2),  --变动金额
@ChangeType INT ,            --账户变动类型
@Result INT OUTPUT ,         --输出参数，执行结果
@Msg NVARCHAR(100) OUTPUT   --执行结果描述
AS
--为输出参数设置默认值
SET @Result = 1 
SET @Msg = '执行成功'
DECLARE @before DECIMAL (9,2),@ after DECIMAL (9,2)
--开启事务
BEGIN TRAN
SELECT @before=tu.UserMoney FROM T_Users tu WHERE tu.UserName=@UserName
SET @ after =@before-@ChangeMoney
IF @ after <0
BEGIN
     SET @Result=-1
     SET @Msg = '账户余额不足'
     ROLLBACK TRAN
     RETURN
END
--更新会员账户余额
UPDATE T_Users SET UserMoney = @ after WHERE UserName = @UserName
IF @@ERROR<>0
BEGIN
     SET @Result = -2
     SET @Msg = '更新账户余额发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN
     RETURN
END
--产生账户变动记录
INSERT INTO T_MoneyLog
(
     UserName,
     ChangeType,
     MoneyBefore,
     ChangeMoney,
     MoneyAfter,
     Remark,
     AddTime
)
VALUES
(
     @UserName,
     @ChangeType,
     @before,
     @ChangeMoney,
     @ after ,
     '支付订单扣除账户余额' ,
     GETDATE()
)
IF @@ERROR<>0
BEGIN
     SET @Result = -3
     SET @Msg = '产生账户变动记录发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN
END
COMMIT TRAN

　再次执行测试代码：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_PayOrder '20130303160545612' , 'Geodon' ,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

 　　

　　从结果中我们发现除了上次的第二个错误之外，又产生了另外一个错误：

 　　

　　为什么又出现了这个错误呢？从这个错误我们可以分析出错误的原因是在外部的事务中回滚事务的时候没有找到对应的Begin Tran，可我们的代码中明明有 Begin Tran PayOrder啊，为什么还会出现这个错误呢？在此我找到了微软的解释：

　　如果在一组嵌套事务的任意级别执行使用外部事务名称的 ROLLBACK TRANSACTION transaction_name 语句，那么所有嵌套事务都将回滚。如果在一组嵌套事务的任意级别执行没有transaction_name 参数的 ROLLBACK WORK 或 ROLLBACK TRANSACTION 语句，那么所有嵌套事务都将回滚，包括最外部事务。

　　原来内部的事务中如果执行了没有事务名称的回滚，会将所有的嵌套事务，包括最外层的事务都回滚。那怎么办呢？难道我们不能使用嵌套事务？你可以能会说：不可能啊，应该是可以的啊！呵呵，是的，我们当然可以使用嵌套事务。解决这个问题有两种方法：

　　第一种：利用Commit Tran的原理，内部事务任何时候进行Commit tran,不管数据异常与否，如果出现异常数据，返回异常数据提示就可以。

　　这种方法来源于微软的一段解释：

　　SQL Server 数据库引擎将忽略内部事务的提交。根据最外部事务结束时采取的操作，将提交或者回滚内部事务。如果提交外部事务，也将提交内部嵌套事务。如果回滚外部事务，也将回滚所有内部事务，不管是否单独提交过内部事务。

　　也就是说，最终的事务是否提交，决定权在外部的事务，即使内部事务进行了提交，只要外部事务根据内部返回的值来决定提交或者回滚，就可以把外部和所有嵌套的事务都提交或者回滚。

　　好了，我们把代码修改如下：

?
ALTER PROC [dbo].[Sp_UserMoneyLess]
@UserName NVARCHAR(50),     --用户名
@ChangeMoney DECIMAL (9,2),  --变动金额
@ChangeType INT ,            --账户变动类型
@Result INT OUTPUT ,         --输出参数，执行结果
@Msg NVARCHAR(100) OUTPUT   --执行结果描述
AS
--为输出参数设置默认值
SET @Result = 1 
SET @Msg = '执行成功'
DECLARE @before DECIMAL (9,2),@ after DECIMAL (9,2)
--开启事务
BEGIN TRAN
SELECT @before=tu.UserMoney FROM T_Users tu WHERE tu.UserName=@UserName
SET @ after =@before-@ChangeMoney
IF @ after <0
BEGIN
     SET @Result=-1
     SET @Msg = '账户余额不足'
     COMMIT TRAN
     RETURN
END
--更新会员账户余额
UPDATE T_Users SET UserMoney = @ after WHERE UserName = @UserName
IF @@ERROR<>0
BEGIN
     SET @Result = -2
     SET @Msg = '更新账户余额发生异常，异常信息：' + ERROR_MESSAGE()
     COMMIT TRAN
     RETURN
END
--产生账户变动记录
INSERT INTO T_MoneyLog
(
     UserName,
     ChangeType,
     MoneyBefore,
     ChangeMoney,
     MoneyAfter,
     Remark,
     AddTime
)
VALUES
(
     @UserName,
     @ChangeType,
     @before,
     @ChangeMoney,
     @ after ,
     '支付订单扣除账户余额' ,
     GETDATE()
)
IF @@ERROR<>0
BEGIN
     SET @Result = -3
     SET @Msg = '产生账户变动记录发生异常，异常信息：' + ERROR_MESSAGE()
END
COMMIT TRAN

　　然后我们再次执行订单支付的模拟：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_PayOrder '20130303160545612' , 'Geodon' ,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

　　运行结果

 　　

　　Ok，出现了我们想要的结果。

　　第二种，利用事务保存点来解决。

　　该方法利用在内部嵌套中增加一个事务保存点(Save Tran savepoint_name)，然后在内部嵌套中需要进行回滚的地方执行Rollback Tran savepoint_name这样，就可以把事务回滚到savepoint_name这个保存点，好了，了解了原理，我们修改代码如下：

?
ALTER PROC [dbo].[Sp_UserMoneyLess]
@UserName NVARCHAR(50),     --用户名
@ChangeMoney DECIMAL (9,2),  --变动金额
@ChangeType INT ,            --账户变动类型
@Result INT OUTPUT ,         --输出参数，执行结果
@Msg NVARCHAR(100) OUTPUT   --执行结果描述
AS
--为输出参数设置默认值
SET @Result = 1 
SET @Msg = '执行成功'
DECLARE @before DECIMAL (9,2),@ after DECIMAL (9,2)
--开启事务
SAVE TRAN UserMoneyLess
SELECT @before=tu.UserMoney FROM T_Users tu WHERE tu.UserName=@UserName
SET @ after =@before-@ChangeMoney
IF @ after <0
BEGIN
     SET @Result=-1
     SET @Msg = '账户余额不足'
     ROLLBACK TRAN UserMoneyLess
     RETURN
END
--更新会员账户余额
UPDATE T_Users SET UserMoney = @ after WHERE UserName = @UserName
IF @@ERROR<>0
BEGIN
     SET @Result = -2
     SET @Msg = '更新账户余额发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN UserMoneyLess
     RETURN
END
--产生账户变动记录
INSERT INTO T_MoneyLog
(
     UserName,
     ChangeType,
     MoneyBefore,
     ChangeMoney,
     MoneyAfter,
     Remark,
     AddTime
)
VALUES
(
     @UserName,
     @ChangeType,
     @before,
     @ChangeMoney,
     @ after ,
     '支付订单扣除账户余额' ,
     GETDATE()
)
IF @@ERROR<>0
BEGIN
     SET @Result = -3
     SET @Msg = '产生账户变动记录发生异常，异常信息：' + ERROR_MESSAGE()
     ROLLBACK TRAN UserMoneyLess
END

　　大家可以看到我们在原来事务起始的地方，增加了一个事务保存点SAVE  TRAN UserMoneyLess，然后在下面回滚的地方，加上了保存点名称。

　　再次执行测试代码：

?
DECLARE @Result INT ,@Msg NVARCHAR(200)
EXEC Sp_PayOrder '20130303160545612' , 'Geodon' ,@Result OUTPUT ,@Msg OUTPUT
SELECT @Result,@Msg

　　结果：

 　　

　　Ok，是我们想要的结果。

　　上面两种方法解决了事务嵌套的问题。当然用上述的两种方法所创建的嵌套存储过程如果想要单独使用，必须在外层嵌套一层事务或者在业务层调用这种存储的时候，加上事务，各个ORM中都有事务的功能，如果你还在用DbHelper，也可以自己封装一个事务处理类，在业务逻辑层进行事务处理。

　　本文转载自：http://www.hello-code.com

hello_code_com
关注
事务的嵌套
hansplay的博客
03-13 1565
SPRING事务的嵌套使用嵌套事务的场景有两点需求：需要事务BC与事务AD一起commit，即：作为事务AD的子事务，事务BC只有在事务AD成功commit时（阶段3成功）才commit。这个需求简单称之为“联合成功”。这一点PROPAGATION_REQUIRED可以做到。需要事务BC的rollback不（无条件的）影响事务AD的commit。这个需求简单称之为“隔离失败”。这一点PROPAGA...
Java面试题大全（整理版）1000+面试题附答案详解，最全面详细，看完稳了
weixin_45987961的博客
11-04 4985
所有的面试题目都不是一成不变的，上面的面试题只是给大家一个借鉴作用，最主要的是给自己增加知识的储备，有备无患。上面分享的2022最新1000+Java面试题的答案都整理成了PDF文档。最新2022整理收集的一些Java学习资料（都整理成文档），有很多干货，包含mysql，netty，spring，线程，spring cloud等详细讲解，也有详细的学习规划图，面试题整理等，人生短暂，别稀里糊涂的活一辈子，不要将就。
事务嵌套的那些事儿
axzlhbg66657的博客
03-09 166
　　关于事务嵌套，以前了解一些，但总是属于模棱两可，平时处理这种问题时候也是依照前人的经验，但至于为什么这么做，还真是“知其然不知其所以然”。（博客园的代码展开为什么不能展开呢？还请各位大侠指点！） 　　今天一个同事问我关于事务的问题，我就用代码给他举例测试，在测试的过程中我遇到了一点小问题，但在继续测试的时候，我解决了这个问题，也让我对事务的嵌套有了更加深刻的认识。 　　废话不再多...
Spring事务嵌套--七大场景
weixin_50160384的博客
09-07 648
外部方法和内部方法业务的事务嵌套不同组合，导致出现的结果不同因素
事务嵌套的规则
plean的专栏
12-09 705
<br />1、如果提交外部事务，也将提交内部所有嵌套事务<br />2、如果回滚外部事务，也将回滚内部所有嵌套事务，不管是否单独提交过内部事务<br />3、对于Commit Transaction或Commit Work的每个调用都应用于最后调用的Begin Transaction<br />4、Rollback Transaction语句的Transaction_Name参数引用一组命名嵌套事务内部事务是非法的，Transaction_Name只能引用最外部事务的事务名称
MES项目中出现的一个事务嵌套的使用场景
weixin_30296405的博客
01-30 146
昨天在MES项目中,需要在业务逻辑的几个关键点记录错误信息,需要把错误信息写入数据表. 但是由于整个业务逻辑都是包在一个事务模板里面的 比如这样的: WhhTransactionTemplate transactionTemplate2 = new WhhTransactionTemplate(true); transactionTemplate2.e...
JavaEE知识体系
热门推荐
yuh2012的博客
07-11 2万+
1 1.文件上传下载 1.1 文件上传 1.1.1 文件上传的作用 例如网络硬盘！就是用来上传下载文件的。 在智联招聘上填写一个完整的简历还需要上传照片呢。 1.1.2 文件上传对页面的要求 1.必须使用表单，而不能是超链接； 2.表单的method必须是POST，而不能是GET； 3.表单的enctype必须是multipart/form-data； 4.在表单中添加file表
这980道JAVA面试题，刷完50%妥妥的也能上岸
uuqaz的博客
05-23 1566
前言 本人20年毕业于一所普通本科，实习的时候也就想着混一张毕业证，也没做什么实际项目，再加上去年就业形式严峻，行业内卷，索性就选择了一家小企业公司，直到后来来才知道是属于外包。（也太惨 想想算了，谁让自己菜，还是先好好学点技术吧，但是工作起来就是日复一日的CRUD，没有996的工资，同样逃不过996的命，这时候联系了一个同毕业的同学，大概意思就是：哎，自己过得也不好，虽然在华为工资高，但是天天赶项目，妥妥的凡尔赛！ 也许是被刺激到了，想着今年金九银十一定要跳槽，进大厂！然后就联系了之前一起打篮球玩的
Java 面试题大全 ，吊打面试官
zhaohuodian的博客
08-28 378
进大厂是大部分程序员的梦想，而进大厂的门槛也是比较高的，所以这里整理了一份阿里、美团、滴滴、头条等大厂面试大全，其中概括的知识点有：Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、Redis、MySQL、Spring、Spring Boot、Spring Cloud、RabbitMQ、Kafka、Linux 等技术栈。39、你的系统目前有许多正在运行的任务，在不重启机器的条件下，有什么方法可以把所有正在运行的进程移除呢？1、绝对路径用什么符号表示？.
【零散知识点总结3】
weixin_44543307的博客
03-13 2695
大部分知识点来源于该博主——骆昊 知识点来源于网络，知道的可以在评论区贴上来源喔 零散知识点总结3
嵌套事务的一次实践
愤怒的菜鸟
09-07 548
最近在一个项目中，需要实现自动对账功能，收银机会定时对比本地和远程的订单，远程发现缺少的，会自动补全。所谓补全，就是批量插入缺失的订单。 基于这个场景，就存在一个细节的问题，因为插入订单涉及两个表，如果某些情况下，一个表插入失败，订单插入事务需要回滚。但是不能回滚之前插入的订单数据，显然这里就设计子事务问题。 现在这个对账功能，是A->B这个方式，B就是订单插入方法。A使用的是通常的R
事务嵌套
qizhanfeng的专栏
06-16 174
SQL Server中的嵌套事务与@@TranCount &lt;wbr&gt;&lt;/wbr&gt; &lt;wbr&gt;在处理事务的时候，一般都用RollBack Transaction来回滚，但是如果在嵌套事务中这样使用的话，就会出现错误。&lt;/wbr&gt; &lt;wbr&gt;&lt;/wbr&gt; 在SqlServer里，嵌套事务的层次是由@@TranC...
嵌套事务
Jay的博客
08-20 216
Spring嵌套事务 Spring 事务传播属性如下 PROPAGATION_REQUIRED–支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 　　PROPAGATION_SUPPORTS–支持当前事务，如果当前没有事务，就以非事务方式执行。 　　PROPAGATION_MANDATORY–支持当前事务，如果当前没有事务，就抛出异常。 　　PROPAGATION_REQUIRES_NEW–新建事务，如果当前存在事务，把当前事务挂起。 　　PROPAGATION_NOT_SUPPORTED
什么是嵌套事务？
李意文的博客
11-12 1万+
什么是嵌套事务？ 嵌套事务是一个外部事务的一个子事务，是一个外部事务的一个组成部分，当嵌套事务发生异常，而回滚，则会回复到嵌套事务的执行前的状态，相当于嵌套事务未执行。 如果外部事务回滚，则嵌套事务也会回滚！！！外部事务提交的时候，它才会被提交。 PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于, PROPAGATION_REQUIRES_NEW 完全是一个新的事务, 而 PROPAGATION_NESTED 则是外部事
2.事务嵌套
斩秋的专栏
03-06 1343
2.1对于事务的传播级别为requiredNew，也就是被嵌套这要开启一个新的事务的话这个jdbc本身就支持 Connection connection = ds.getConnection(); connection.setAutoCommit(false); PreparedStatement ps = connection.prepareStatement("insert into
MySQL 事务嵌套
weixin_30532837的博客
07-01 506
MySQL默认自动提交（autocommit=1），如果要开启事务，先关闭自动提交（autocommit=0）； InnoDB支持事务，MyISAM不支持； MySQL不支持事务嵌套；已经开启事务后，再开启事务（start transaction），会隐式的提交（commit）上一个事务。 MySQL中可以通过部分事务（savepoint）来实现嵌套 TRUNC...
事务嵌套事务
最新发布
05-15
### 事务嵌套的使用方法与行为 数据库中的 **nested transactions**（嵌套事务）是一种允许在一个事务内部启动另一个事务的功能。这种机制通常用于复杂的业务逻辑场景，其中某些操作可能需要独立提交或回滚而不影响外部事务的状态。 #### 嵌套事务的行为特点 1. 外部事务控制整体状态，而内部事务可以具有局部作用域[^2]。 2. 如果支持真正的嵌套事务，则只有当所有子事务都成功完成时，整个事务才会被标记为成功并最终提交[^3]。 3. 子事务的 `COMMIT` 并不会立即生效；它仅表示该部分工作已完成，但仍需等待父事务的整体提交才能永久化更改[^4]。 4. 若某个子事务失败并执行 `ROLLBACK`，则其修改会被撤销，但不影响其他已成功的兄弟子事务或父事务继续运行[^5]。 #### SQL Server 中的实现方式 在 Microsoft SQL Server 数据库管理系统里，通过设置 SAVEPOINT 来模拟嵌套事务的效果。SAVEPOINT 定义了一个恢复点，在此之后所做的任何变更都可以单独撤消，而无需终止整个大范围内的活动记录更新过程： ```sql BEGIN TRANSACTION OuterTran; -- Some operations here... BEGIN TRANSACTION InnerTran; INSERT INTO ExampleTable (ColumnA) VALUES ('Value'); IF @@ERROR <> 0 ROLLBACK TRANSACTION InnerTran; COMMIT TRANSACTION InnerTran; -- More actions... IF AllGood = 1 COMMIT TRANSACTION OuterTran; ELSE ROLLBACK TRANSACTION OuterTran; ``` 尽管如此，请注意并非所有的 DBMS 都完全支持标准定义下的多层次结构化的交易管理功能——比如 MySQL 默认情况下不提供严格意义上的 nested transaction 支持[^6]。 #### Oracle 的 Savepoint 方法 Oracle 提供 savepoints 作为处理复杂事务的一种手段。Savepoints 让程序员能够在长事务期间创建检查点，从而使得能够有选择性地回退到这些特定位置而不是放弃全部未保存的工作成果: ```plsql SET AUTOCOMMIT OFF; DECLARE v_error EXCEPTION; BEGIN INSERT INTO employees (...); SAVEPOINT before_bonus_update; UPDATE bonuses SET bonus=bonus*1.1 WHERE employee_id=... ; RAISE v_error; -- Simulate an error condition EXCEPTION WHEN OTHERS THEN ROLLBACK TO SAVEPOINT before_bonus_update; END; / COMMIT; ``` 以上脚本展示了如何利用 PL/SQL 编程语言结合异常处理器来构建更加健壮的应用程序逻辑流控方案[^7]。 ### 注意事项 - 不同的关系型数据库产品对于嵌套事务的支持程度存在差异，开发人员应当查阅所使用的具体产品的官方文档获取最精确的信息。 - 使用不当可能导致死锁或者资源争用等问题，因此建议谨慎设计涉及多个并发访问路径的数据操纵流程[^8]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值