关于数据库事务的嵌套

SQLServer事务嵌套处理
最新推荐文章于 2024-11-17 22:50:22 发布
原创 最新推荐文章于 2024-11-17 22:50:22 发布 · 7.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

 

一、基础概念

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

嵌套事务的程序执行过程应该是：随着事务的执行，嵌套层数由一递增，之后逐渐递减到第一层。整个事务是否提交取决于最后一层是运行Commit（提交）还是Rollback（回滚）。

1、对 COMMIT TRANSACTION的每个调用都应用于最后执行的 BEGIN TRANSACTION。如果嵌套 BEGIN TRANSACTION 语句，那么 COMMIT 语句只应用于最后一个嵌套的事务，也就是在最内部的事务。即使嵌套事务内部的 COMMIT TRANSACTION transaction_name 语句引用外部事务的事务名称，该提交也只应用于最内部的事务。

2、ROLLBACK TRANSACTION 语句的 transaction_name 参数引用一组命名嵌套事务的内部事务是非法的，transaction_name 只能引用最外部事务的事务名称。如果在一组嵌套事务的任意级别执行使用外部事务名称的 ROLLBACK TRANSACTION transaction_name 语句，那么所有嵌套事务都将回滚。如果在一组嵌套事务的任意级别执行没有 transaction_name 参数的ROLLBACK TRANSACTION 语句，那么所有嵌套事务都将回滚，包括最外部事务。（此段意思表示：只允许嵌套层第一层时使用ROLLBACK回滚）

3、@@TRANCOUNT 函数记录当前事务的嵌套级别。每个 BEGIN TRANSACTION 语句使 @@TRANCOUNT 增加 1。每个 COMMIT TRANSACTION语句使 @@TRANCOUNT 减去 1。

A、没有事务名称的ROLLBACK TRANSACTION 语句将回滚所有嵌套事务，并使 @@TRANCOUNT 减小到 0。

B、使用一组嵌套事务中最外部事务的事务名称的 ROLLBACK TRANSACTION 将回滚所有嵌套事务，并使 @@TRANCOUNT 减小到 0。

C、在无法确定是否已经在事务中时，可以用 SELECT @@TRANCOUNT 确定 @@TRANCOUNT 是等于 1 还是大于 1。如果 @@TRANCOUNT 等于 0，则表明不在事务中。

注：以上内容摘自-- http://msdn.microsoft.com/zh-cn/library/ms189336.aspx

 

二、示例说明：

1、创建一个表格，用于插入数据的实验

create table TranTestTable(

T datetime

)

2、没有使用事务，程序运行会出错。但第一条语句还是插入了一条记录，第二条没有插入记录。

alter PROC TranTest2(@errorTag int output)

AS

BEGIN

       insert into TranTestTable values(getdate())

       insert into TranTestTable values('....')

END

3、见下面代码，存在两层事务的嵌套使用，TranTest1嵌套调用TranTest2，根据“一”中的1、2可以得出以下代码。调用TranTest1运行正常，没有插入任何记录。

alter PROC TranTest1(@errorTag int output)

AS

BEGIN

    set @errorTag = 0

    Begin transaction

    declare @errorTag2  int

    exec TranTest2 @errorTag2 output ––调用TranTest2存储过程

    if @errorTag2<0

    BEGIN

       set @errorTag = -1

       ROLLBACK TRANSACTION

       RETURN

    END

    IF @@TRANCOUNT > 0

       COMMIT TRANSACTION

END

----------- TranTest2代码------------

alter PROC TranTest2(@errorTag int output)

AS

BEGIN

    set @errorTag = 0

    Begin transaction

       insert into TranTestTable values(getdate())

       insert into TranTestTable values('....')

    if @@error <> 0

    BEGIN

       set @errorTag = -1

       COMMIT TRANSACTION

       RETURN

    END

    IF @@TRANCOUNT > 0

       COMMIT TRANSACTION

END

4、但TranTest2是一个独立的存储过程，也可能被直接嗲用（外层不嵌套事务），TranTest2被TranTest1调用和直接被调用的区别在于事务嵌套级别不同。直接被调用（不存在嵌套调用）时，此时TranTest2中就是事务的第一层，碰到异常情况应该运行ROLLBACK TRANSACTION使得整个事务回滚；被TranTest1调用（存在嵌套调用）时，TranTest2的层级（@@TRANCOUNT的值）为2，此时出现异常情况应该运行COMMIT TRANSACTION，将嵌套层数减1，并将事务交给上一层处理，最后这个事务是否提交取决于第一层最后是提交还是回滚；

    为了使得TranTest2存储过程具有通用性，可以根据嵌套层数决定是调用COMMIT还是ROLLBACK。如果是大于1，说明上面还有事务包着，此时事务应该交给上一层处理。如果是1，则需要回滚整个事务，因为没有其他地方可以将事务回滚了。

alter PROC TranTest2(@errorTag int output)

AS

BEGIN

    set @errorTag = 0

    Begin transaction

       insert into TranTestTable values(getdate())

       insert into TranTestTable values('....')

    if @@error <> 0

    BEGIN

       set @errorTag = -1

       IF @@TRANCOUNT > 1

           COMMIT TRANSACTION

       ELSE

           ROLLBACK TRANSACTION

       RETURN

    END

    IF @@TRANCOUNT > 0

       COMMIT TRANSACTION

END

5、最后将TranTest1像TranTest2一样改成具有通用性，因为TranTest1也不知道会被谁调用。

alter PROC TranTest1(@errorTag int output)

AS

BEGIN

    set @errorTag = 0

    Begin transaction

    declare @errorTag2  int

    exec TranTest2 @errorTag2 output

    if @errorTag2<0

    BEGIN

       set @errorTag = -1

       IF @@TRANCOUNT > 1

           COMMIT TRANSACTION

       ELSE

           ROLLBACK TRANSACTION

       RETURN

    END

    IF @@TRANCOUNT > 0

       COMMIT TRANSACTION

END

 

三、总结整理

 

在存储过程中启动事务：

遵守一个原则，启动一个事务时@@TRANCOUNT的值和结束该层事务时的@@TRANCOUNT的值是相等的。在上一层的事务中是提交还是回滚，是根据内层返回的回滚提交标志决定的。

1、在事务的正常完成结束点。事务正常结束时@@TRANCOUNT减去1。

       IF @@TRANCOUNT > 0

              COMMIT TRANSACTION

A、如果外层没有嵌套事务，则@@TRANCOUNT=1正常提交；

B、如果外层嵌套了事务，则@@TRANCOUNT>1，运行COMMIT使得@@TRANCOUNT-1，并且返回正确系统运行正常信息，事务的真正提交交给外层事务。

2、在事务中途要退出事务，并且返回错误标志(回滚标志)。

       IF @@TRANCOUNT > 1

              COMMIT TRANSACTION

       ELSE

              ROLLBACK TRANSACTION

       RETURN

A、如果外层嵌套了事务，则满足IF @@TRANCOUNT > 1条件，运行COMMIT使得@@TRANCOUNT-1，并且返回错误信息，真正的回滚交给最上层事务（由上层根据这个错误信息决定回滚）。

B、如果外层没有嵌套事务，则@@TRANCOUNT=1，满足else，直接回滚；

jzdzhiyun
关注
Android SQLite 支持嵌套事务吗？
E飞
01-24 5686
Android SQLite相关java源码中多次提到支持 nested transaction。 而SQLite本身不支持嵌套事务，只能使用 savepoint 代替。 https://www.sqlite.org/lang_savepoint.html 嵌套事务即是类似于 BEGIN BEGIN ...... 也许没有太多人会直接这样写，更多情况是，一个程序执行
Spring 事务嵌套及传播行为：深入理解与最佳实践
编程神经元的博客
02-18 749
事务嵌套是指在一个事务中调用其他带事务的方法。当我们在一个事务中调用另一个有事务控制的方法时，Spring 会根据方法上配置的事务传播行为来决定如何处理这些事务。这种嵌套事务的管理机制，实际上是通过事务的。
数据库事务嵌套
shengyu89的专栏
09-17 712
begin tran--也可写成begin tran tranName，将@@trancount+1 save tran tranName---保存事务点。@@trancount不变，可以用rollback tran tranName回滚到保存点 rollback tran tranName---回滚事务到事务点，如果tranName为save tran tranName，则@@trancou
事务嵌套问题_MySQL 事务
weixin_39827034的博客
01-15 914
事务(Transaction)是指数据库从一种状态转换为另一种一致状态，即操作提交，要么确保所有操作都保存，要不所有操作都不保存。认识事务事务可由一条或一组 SQL 语句组成，事务是访问并更新数据库中各种数据项的一个程序单元。在事务中的一组操作，要么都执行，要么都不执行。事务必须满足四个特性，简称 ACID。InnoDB 存储引擎是 MySQL 数据库第一个严格满足事务的存储引擎，完全符...
Spring事务传播及数据库事务操作
weixin_30588729的博客
06-03 140
从Spring 事务配置说起 　　先看看Spring 事务的基础配置 <aop:aspectj-autoproxy proxy-target-class="true"/> 　　<bean id="transactionManager" 　　　　class="org.springframework.jdbc.datasource.DataSourceTransactio...
MySQL事务嵌套
limngyang的博客
12-21 447
最近因为工作中遇到了这个问题，对于mysql事务回滚机制，主要记录两种特殊情况。 场景1：第一层commit 第二层rollback <?php function insert23(){ Db::startTrans(); $res1 = Db::name('test_table')->insert(['name'=>'张三','age'=>23]); $this->insert24(); Db::commit(); } f..
laravel事务嵌套事务出现的问题排查
jerry的博客
05-16 522
【代码】laravel事务嵌套事务出现的问题排查。
数据库嵌套事务的实现
hbnn111的专栏
04-02 1144
这里额外多说一句，Spring的事务是通过代理实现的，所以要在使用中要额外注意，我之前看同事的代码就会经常出现事务失效的问题，出现最多的就是类的内部调用，即某个方法调用同一个类中的某个被Transactional装饰的方法，这肯定是失效的，因为其绕过了代理，直接调用的是目标对象的方法。不过我们可以借助savepoint来实现嵌套事务，目前很多的应用框架都通过savepoint实现了事务嵌套，比如著名的laravel，这是php领域内的一个比较牛逼的web框架，地为堪比JAVA的spring。
SqlServer嵌套事务机制了解
极客神殿
11-17 1196
SQL Server 中的嵌套事务提供了一种将复杂事务逻辑分解为多个部分的方法，但它的实际行为并不如某些其他数据库那样独立管理每个事务，而是依赖于最外层事务的提交和回滚。正确地使用嵌套事务有助于简化事务管理和错误处理，但也需要注意其局限性，尤其是在回滚和提交的行为上。在 SQL Server 中，子事务回滚不会自动导致外层事务回滚。只有在外层事务中显式调用时，所有嵌套事务才会被回滚。子事务的回滚仅影响子事务内部的操作，而不影响外层事务的状态，除非外层事务遇到错误并选择回滚。
SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
12-15
误区 #26: SQL Server中存在真正的“事务嵌套”错误  嵌套事务可不会像其语法表现的那样看起来允许事务嵌套。我真不知道为什么有人会这样写代码，我唯一能够想到的就是某个哥们对SQL Server社区嗤之以鼻然后写了...
数据库嵌套查询总结
12-14
数据库嵌套查询总结 还有其他数据库使用总结，稍后上传
mysql的事务嵌套
qq_41634872的博客
04-03 411
mysql默认不支持事务嵌套，对于begin…begin…commit，第一个事务会在第二个begin开启前隐式的提交。所以begin…begin…rollback后并不能再对最外面的事务进行操作了。但是mysql提供了savepoint可以实现事务嵌套的逻辑。 如何使用savepoint实现事务嵌套 ...
mysql嵌套事务
wiscourper的博客
04-09 1658
CREATE TABLE `ydy_test` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增ID', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; select * from information_schema.innodb_trx\G; start transaction; Insert into ydy_test values(1); --另一个会话..
mysql事物嵌套说明
qq_38234594的博客
08-29 467
对于mysql的事物嵌套，个人感觉是一个很危险的事情，举例： mysql> select * from test;   +------+   | id |   +------+   |    1 |   +------+   1 row in set (0.00 sec)      mysql> start transaction ;   Query OK,
什么是MySQL事务嵌套
LoveSummer
11-14 1452
MySQL 事务嵌套是一种比较特殊、也不常见的现象。要注意事务相互影响的情况，确保数据安全性，同时避免在复杂业务逻辑中嵌套事务。
mysql可以事务嵌套吗_MySQL到底支不支持事务嵌套？
weixin_39603598的博客
01-27 1069
最近开发中遇到了使用MySQL，多次开启事务，出现了数据错乱问题，伪代码如下：begin;# 操作1begin;# 操作2rollback;执行完后出现了操作1的数据真正写入，只有操作2的数据回滚了。在第一个事务没有提交或回滚时，再开启第二个事务时，会自动提交第一个事务。这明显不符合心理预期，而且也无法回滚一部分操作。那么问题来了，MySQL 支不支持事务嵌套呢？这个问题很难准确回答支持还是不支持...
数据库：嵌套查询和视图操作
代码改变世界
11-23 1908
（一） 嵌套查询 1. 求选修了’MA’的学号和姓名。 --方法1： select student.sno, sname from student, sc, course where (sc.sno=student.sno and sc.cno=course.cno and cname = '数学'); --方法2： select student.sno, sname from student w
问题：数据库内部嵌套关系实现
金融科技和数据治理
05-14 3768
今天在做报表的时候遇到一个问题，想了很长时间没有解决，后来转换思路一下子就解决了。具体问题是这样的，我们公司有一张行业表，总共有四级行业需要维护，具体包括一级行业、二级行业、三级行业和四级行业，每个行业之间又存在包含关系，比如四级行业包含于三级行业，三级行业包含于二级行业，二级行业包含于一级行业，最诡异的地方就是我们把这么多信息放在一张表里维护，只不过额外加了两个字段以示区分，一个是行业等级，一个...
android room数据库事务嵌套
最新发布
10-28
### Android Room 数据库事务嵌套的使用方法 在 Android Room 中，事务是一组作为单个逻辑单元执行的数据库操作。事务嵌套指的是在一个事务中包含另一个事务。可以使用 `@Transaction` 注解来标记一个方法，使其在事务中执行。 以下是一个简单的示例，展示了如何进行事务嵌套： ```kotlin import androidx.room.Database import androidx.room.Entity import androidx.room.PrimaryKey import androidx.room.Dao import androidx.room.Insert import androidx.room.Transaction import androidx.room.RoomDatabase import android.content.Context import androidx.room.Room // 定义实体类 @Entity data class User( @PrimaryKey val id: Int, val name: String ) // 定义 DAO 接口 @Dao interface UserDao { @Insert fun insertUser(user: User) @Transaction fun outerTransaction() { // 外部事务 insertUser(User(1, "John")) innerTransaction() } @Transaction fun innerTransaction() { // 内部事务 insertUser(User(2, "Jane")) } } // 定义数据库类 @Database(entities = [User::class], version = 1) abstract class AppDatabase : RoomDatabase() { abstract fun userDao(): UserDao } // 使用示例 fun main() { val context: Context = TODO() // 需要替换为实际的 Context val database = Room.databaseBuilder( context.applicationContext, AppDatabase::class.java, "app_database" ).build() val userDao = database.userDao() userDao.outerTransaction() } ``` 在上述示例中，`outerTransaction` 方法标记为事务，在该方法中调用了 `innerTransaction` 方法，而 `innerTransaction` 方法也标记为事务，从而实现了事务嵌套。 ### 注意事项 - **原子性**：Room 中的事务嵌套遵循原子性原则。如果内部事务或外部事务中的任何一个操作失败，整个嵌套事务都会回滚，确保数据的一致性。 - **性能影响**：事务嵌套可能会对性能产生一定的影响，因为每个事务都需要额外的开销来管理事务的开始、提交或回滚。因此，应尽量避免不必要的事务嵌套。 - **异常处理**：在嵌套事务中，需要正确处理异常。如果内部事务抛出异常，外部事务可以选择捕获异常并进行相应的处理，或者让异常继续向上抛出，导致整个嵌套事务回滚。 - **线程安全**：确保在正确的线程上执行事务。Room 默认不允许在主线程上执行数据库操作，因此需要在后台线程上执行事务。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值