SQL Server 2005使用基于行版本控制的隔离级别初探(1)

2024-08-31 00:51:19

字体：大中小

来源：转载

供稿：网友

      最近回归本行，开始数据库的研究。虽然不是9R2，但是好歹SQLServer的傻瓜式配置也不是浪得虚名，也算混的勉强过关把。
不过仔细研究了下2005的行版本控制这块做的确实不错，下面把我研究的共享，欢迎批判。

行版本控制隔离：简介

行版本控制的隔离是SQL Server 2005一个新的隔离框架。使用行版本控制的隔离可以在大量并发的情况下，显著减少所得产生，并且与NoLock相比，它又可以显著降低肮脏读，幻影，丢失更新等现象的发生(READ_COMMITTED_SNAPSHOT)

        当在基于行版本控制的隔离下运行的事务读取数据时，读取操作不会获取正被读取的数据上的共享锁（S 锁），因此不会阻塞正在修改数据的事务。另外，锁定资源的开销随着所获取的锁的数量的减少降至最低。使用行版本控制的已提交读隔离和快照隔离可以提供副本数据的语句级或事务级读取一致性。

行版本控制隔离：优势

使用行版本控制的隔离级别具有以下优点：
·读取操作检索一致的数据库快照。
·SELECT 语句在读取操作过程中不锁定数据（读取器不阻塞编写器，编写器也不阻塞读取器）。
·SELECT 语句可以在其他事务更新行时访问最后提交的行值，而不阻塞应用程序。
·死锁的数量减少。
·事务所需的锁的数量减少，这减少了管理锁所需的系统开销。
·锁升级的次数减少。

行版本控制隔离：原理

SQL Server 2005的行版本控制原理上很简单，就是在库表中每一行的记录上都悄悄的增加了一个类时间戳列（行版本列）。
当使用行版本控制的隔离时，SQL Server 2005 Database Engine 向使用行版本控制操作数据的每个事务分配一个事务序列号 (XSN)。事务在执行 BEGIN TRANSACTION 语句时启动。但是，事务序列号在执行 BEGIN TRANSACTION 语句后的第一次读/写操作时开始增加。事务序列号在每次分配时都增加 1。
当事务执行时，SQL Server根据行版本列，来提供的行的相应版本。

        而SQLServer将维护所有在数据库中执行的数据修改的逻辑副本（版本）。特定的事务每次修改行时，数据库引擎实例都存储以前提交的 tempdb 中行的图像版本。每个版本都标记有进行此更改的事务的事务序列号。已修改行的版本使用链接列表链接在一起。最新的行值始终存储在当前的数据库中并链接至版本存储区 tempdb 中存储的版本。（修改大型对象 (LOB) 时，只有已更改的片段才会复制到 tempdb 中的版本存储区, 对于短期运行的事务，已修改行的版本将可能保存在缓冲池中，而不会写入 tempdb 数据库的磁盘文件中。如果只是临时需要副本行，它将只是简单地从缓冲池中删除而不会引发 I/O 开销。）

       MSDN上一再强调要关注提升tempdb的地位，不然因为tempdb的性能导致整个数据库性能下降，可就是无妄之灾了。