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

名站网址导航为大家提供关于数据库教程相关的教程网站知识。

SQL Server误区30日谈第25天有关填充因子的误区
复制具体相关代码具体相关代码如下:,CREATE DATABASE foo; GO USE foo; GO CREATE TABLE t1 (c1 INT IDENTITY, c2 ChAR (1000) DEFAULT 'a'); C,复制具体相关代码具体相关代码如下:,SELECT [fill_factor] FROM sys.indexes WhERE NAME = 't1c1' AND [object_id] = OBJECT_ID ('t1'); GO ALT,复制具体相关代码具体相关代码如下:,EXEC sp_allocationMetadata 't1'; GO DBCC TRACEON (3604); DBCC PAGE (foo, 1, 164, 3); -- the root pag

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

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

复制具体相关代码具体相关代码如下:

CREATE DATABASE NestedXactsAreNotReal;
GO
USE NestedXactsAreNotReal;
GO
ALTER DATABASE NestedXactsAreNotReal SET RECOVERY SIMPLE;
GO
CREATE TABLE t1 (c1 INT IDENTITY, c2 ChAR (8000) DEFAULT 'a');
CREATE CLUSTERED INDEX t1c1 ON t1 (c1);
GO
SET NOCOUNT ON;
GO

测试 #1：回滚内部事务时仅仅回滚内部事务?

复制具体相关代码具体相关代码如下:

BEGIN TRAN OuterTran;
GO
INSERT INTO t1 DEFAULT Values;
GO 1000
BEGIN TRAN InnerTran;
GO
INSERT INTO t1 DEFAULT Values;
GO 1000
SELECT @@TRANCOUNT, COUNT (*) FROM t1;
GO

您可以看到得出的结果是2和2000，下面我来回滚内部的事务，按照咱们的猜想应该只回滚1000条吧，但事实上您会得到如下结果:

复制具体相关代码具体相关代码如下:

ROLLBACK TRAN InnerTran;
GO

复制具体相关代码具体相关代码如下:

消息 6401，级别 16，状态 1，第 2 行
无法回滚 InnerTran。找不到该名称的事务或保存点。

好吧，由Books Online来看,我只能使用外部事务的名称或是将事务名称留空来进行回滚，具体相关代码如下:

复制具体相关代码具体相关代码如下:

ROLLBACK TRAN;
GO
SELECT @@TRANCOUNT, COUNT (*) FROM t1;
GO

现在我得到结果是0和0。正如Books Online所言,这个回滚操作办法将外部事务进行了回滚并将全局变量@@TRANCOUNT设置为0。事务中所有的修改都被回滚，假如如果想部分回滚的话只能使用SAVE TRAN 和ROLLBACK TRAN。
测试 #2：嵌套事务中内部事务提交后会保存内部事务的修改吗？

复制具体相关代码具体相关代码如下:

BEGIN TRAN OuterTran;
GO
BEGIN TRAN InnerTran;
GO
INSERT INTO t1 DEFAULT Values;
GO 1000
COMMIT TRAN InnerTran;
GO
SELECT COUNT (*) FROM t1;
GO

正如我所期待，得到的结果是1000。这说明内部事务提交是会修改到磁盘的。但是假如如果这时外部事务回滚的话，那么不应该回滚内部事务…

复制具体相关代码具体相关代码如下:

ROLLBACK TRAN OuterTran;
GO
SELECT COUNT (*) FROM t1;
GO

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

测试 #3：提交嵌套的事务的内部事务至少可以让我清除日志吧。
在开始这个测试之前我首先清除了日志，然后运行如下具体相关代码：

复制具体相关代码具体相关代码如下:

BEGIN TRAN OuterTran;
GO
BEGIN TRAN InnerTran;
GO
INSERT INTO t1 DEFAULT Values;
GO 1000
DBCC SQLPERF ('LOGSPACE');
GO

得到结果: