SQL Server误区30日谈第26天 SQL Server中存在真正的“事务嵌套”(sql server 错误)

编辑：rootadmin

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

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

测试 #1：回滚内部事务时仅仅回滚内部事务? 你可以看到得出的结果是2和，下面我来回滚内部的事务，按照我们的猜想应该只回滚条吧，但事实上你会得到如下结果: 好吧，由Books Online来看,我只能使用外部事务的名称或是将事务名称留空来进行回滚，代码如下:现在我得到结果是0和0。正如Books Online所言,这个回滚操作将外部事务进行了回滚并将全局变量@@TRANCOUNT设置为0。事务中所有的修改都被回滚，如果想部分回滚的话只能使用SAVE TRAN 和ROLLBACK TRAN。测试 #2：嵌套事务中内部事务提交后会保存内部事务的修改吗？正如我所期待，得到的结果是。这说明内部事务提交是会修改到磁盘的。但是如果这时外部事务回滚的话，那么不应该回滚内部事务… 但运行上面查询后结果是0，这说明外部事务的回滚会影响内部事务。测试 #3：提交嵌套的事务的内部事务至少可以让我清除日志吧。在开始这个测试之前我首先清除了日志，然后运行如下代码：得到结果: 下面我将事务提交后运行CheckPoint(对于简单恢复模式的数据库将会截断日志),得到的结果: 我们发现日志的使用不减反赠，这是由于日志写入了CheckPoint记录（详情请看:How do checkpoints work and what gets logged）。提交内部事务不会导致日志被清除，这是由于外部事务回滚时也会连同内部事务一起回滚（译者注：所以这部分VLF在外部事务提交之前永远不会被标记位reusable）。所以这部分日志在外部事务提交之前永远不会被截断。为了证明这一点，我提交外部事务，然后再来看日志：么样，日志使用百分比大幅下降了吧。对于嵌套事务来说---Just Say no。(这句话你可以当作来自SQLSkill.com的一个热心的家伙给的福利:-)

推荐整理分享SQL Server误区30日谈第26天 SQL Server中存在真正的“事务嵌套”(sql server 错误)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:sql server常规错误,sql server报错,sql server 3417错误,sql server 错误,sql server233错误,sql server 错误,sql server 错误,sqlserver1053怎么解决,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL Server误区日谈第天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB 误区#:使用BACKUP...WITHCHECKSUM可以替代DBCCCheckDB错误乍一看，由于BACKUPWITHCHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实

SQL Server误区日谈第天有关大容量事务日志恢复模式的误区误区#:有关大容量事务日志恢复模式的几个误区a)常见的DML操作可以被最小记录日志不是。在大容量事务日志恢复模式下只有一小部分批量操作可以被

SQL Server误区日谈第天有关堆碎片的误区误区#:可以通过对堆建聚集索引再DROP后进行堆上的碎片整理Nooooooooooooo!!!对堆建聚集索引再DROP在我看来是除了收缩数据库之外最2的事了。如果你通过sy

SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”(sql server 错误)

SQL Server误区30日谈第26天 SQL Server中存在真正的“事务嵌套”(sql server 错误)