SQL Server中的TempDB管理——TempDB基本知识（为什么需要版本存储区）

原文:SQL Server中的TempDB管理——TempDB基本知识（为什么需要版本存储区）

参考资料来自：

http://blogs.msdn.com/b/sqlserverstorageengine/archive/tags/tempdb/

http://blogs.msdn.com/b/sqlserverstorageengine/archive/2008/12/22/managing-tempdb-in-sql-server-tempdb-basics-verison-store.aspx

从SQLServer2005开始引入了版本存储区，用于存储不同版本的数据和索引行。行版本通常是旧的数据或索引行的副本，用来实现现有的触发器以及基于快照的隔离级别、MARS和在线索引创建等SQL Server2005新功能。下面让我们看一下这些功能是如何使用行版本的：

l  触发器：触发器对被删除和被插入的行进行操作，这是原表的 DML 操作的一部分。SQL Server2005之前，触发器通过遍历撤消/重做日志逻辑构造这些行。因为 SQL Server 需要遍历的旧的记录，这会导致磁盘头来回移动，从而损害的日志所在磁盘的 IO 吞吐量。通常事务回滚并不常见，日志所在磁盘一般都是有顺序地写入。如果应用程序大量使用触发器就有可能导致日志磁盘上的 IO 瓶颈。自SQL Server 2005开始，触发器改为使用行版本。于是被删除的和被插入的行将使用行版本，这些行的句柄将附加到该事务中。使用行版本避免了SQL
Server遍历日志，从而减小了日志磁盘压力，但同时行版本增加了TempDB的使用量。

l  在线索引：索引可以在线创建，但创建的同时行的数据可能会发生改变。SQL Server使用行版本保证创建索引参考的数据不被改变。

l  MARS：MARS全称为Multiple Active Result Sets(多个活动结果集)。SQL Server通过行版本实现它。这是一个较为复杂的功能。概括的说就是因为MARS允许同一事务内的多个语句在同一时间处于活动状态，SQL Server 就必须使用行版本控制来提供语句级别的一致性。

l  快照隔离级别和使用行版本控制的已提交读隔离级别：行版本是实现这些新隔离级别的基础。SQL Server 创建已修改的行版本，使这些隔离级别下运行的事务不会读到脏数据。

以上这些功能除了触发器之外都是SQL Server2005的新功能，而升级到SQL Server2005版本后触发器也开始使用行版本了，效果比之前要好。SQL Server能够较好地监视和解决版本存储区问题。

接下来的博文中将讨论版本存储区中存储，数据遍历和垃圾数据处理等详细内容。