zl程序教程

您现在的位置是:首页 >  数据库

当前栏目

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

SQLServer事务 存在 30 嵌套 真正 26 误区
2023-06-13 09:14:43 时间

误区#26:SQLServer中存在真正的“事务嵌套”
错误

   嵌套事务可不会像其语法表现的那样看起来允许事务嵌套。我真不知道为什么有人会这样写代码,我唯一能够想到的就是某个哥们对SQLServer社区嗤之以鼻然后写了这样的代码说:“玩玩你们”。
   让我更详细的解释一下,SQLServer允许你在一个事务中开启嵌套另一个事务,SQLServer允许你提交这个嵌套事务,也允许你回滚这个事务。
   但是,嵌套事务并不是真正的“嵌套”,对于嵌套事务来说SQLServer仅仅能够识别外层的事务。嵌套事务是日志不正常增长的罪魁祸首之一因为开发人员以为回滚了内层事务,仅仅是回滚内层事务。
   但实际上当回滚内层事务时,会回滚整个事务,而不是仅仅是内层。这也是为什么我说嵌套事务并不存在。
   所以作为开发人员来讲,永远不要对事务进行嵌套。事务嵌套是邪恶的。
   如果你不相信我说的,那么通过下面的例子就就会相信。创建完数据库和表之后,每一条记录都会导致日志增加8K。

复制代码代码如下:


CREATEDATABASENestedXactsAreNotReal;
GO
USENestedXactsAreNotReal;
GO
ALTERDATABASENestedXactsAreNotRealSETRECOVERYSIMPLE;
GO
CREATETABLEt1(c1INTIDENTITY,c2CHAR(8000)DEFAULT"a");
CREATECLUSTEREDINDEXt1c1ONt1(c1);
GO
SETNOCOUNTON;
GO

测试#1:回滚内部事务时仅仅回滚内部事务?
复制代码代码如下:

BEGINTRANOuterTran;
GO
INSERTINTOt1DEFAULTValues;
GO1000
BEGINTRANInnerTran;
GO
INSERTINTOt1DEFAULTValues;
GO1000
SELECT@@TRANCOUNT,COUNT(*)FROMt1;
GO

你可以看到得出的结果是2和2000,下面我来回滚内部的事务,按照我们的猜想应该只回滚1000条吧,但事实上你会得到如下结果:
复制代码代码如下:
ROLLBACKTRANInnerTran;
GO

复制代码代码如下:
消息6401,级别16,状态1,第2行
无法回滚InnerTran。找不到该名称的事务或保存点。

好吧,由BooksOnline来看,我只能使用外部事务的名称或是将事务名称留空来进行回滚,代码如下:
复制代码代码如下:
ROLLBACKTRAN;
GO
SELECT@@TRANCOUNT,COUNT(*)FROMt1;
GO

现在我得到结果是0和0。正如BooksOnline所言,这个回滚操作将外部事务进行了回滚并将全局变量@@TRANCOUNT设置为0。事务中所有的修改都被回滚,如果想部分回滚的话只能使用SAVETRAN和ROLLBACKTRAN。
测试#2:嵌套事务中内部事务提交后会保存内部事务的修改吗?
复制代码代码如下:
BEGINTRANOuterTran;
GO
BEGINTRANInnerTran;
GO
INSERTINTOt1DEFAULTValues;
GO1000
COMMITTRANInnerTran;
GO
SELECTCOUNT(*)FROMt1;
GO

正如我所期待,得到的结果是1000。这说明内部事务提交是会修改到磁盘的。但是如果这时外部事务回滚的话,那么不应该回滚内部事务…
复制代码代码如下:
ROLLBACKTRANOuterTran;
GO
SELECTCOUNT(*)FROMt1;
GO

但运行上面查询后结果是0,这说明外部事务的回滚会影响内部事务。

测试#3:提交嵌套的事务的内部事务至少可以让我清除日志吧。
在开始这个测试之前我首先清除了日志,然后运行如下代码:
复制代码代码如下:
BEGINTRANOuterTran;
GO
BEGINTRANInnerTran;
GO
INSERTINTOt1DEFAULTValues;
GO1000
DBCCSQLPERF("LOGSPACE");
GO

得到结果:

下面我将事务提交后运行CheckPoint(对于简单恢复模式的数据库将会截断日志),得到的结果:
复制代码代码如下:
COMMITTRANInnerTran;
GO
CHECKPOINT;
GO
DBCCSQLPERF("LOGSPACE");
GO



我们发现日志的使用不减反赠,这是由于日志写入了CheckPoint记录(详情请看:Howdocheckpointsworkandwhatgetslogged)。提交内部事务不会导致日志被清除,这是由于外部事务回滚时也会连同内部事务一起回滚(译者注:所以这部分VLF在外部事务提交之前永远不会被标记位reusable)。所以这部分日志在外部事务提交之前永远不会被截断。为了证明这一点,我提交外部事务,然后再来看日志:
复制代码代码如下:
COMMITTRANOuterTran;
GO
CHECKPOINT;
GO
DBCCSQLPERF("LOGSPACE");
GO


么样,日志使用百分比大幅下降了吧。
对于嵌套事务来说---JustSayno。(这句话你可以当作来自SQLSkill.com的一个热心的家伙给的福利:-)