多版本数据原理.docVIP

第11章 多版本数据原理 除了read uncommitted隔离级别，在SQL Server 2000版本的其他隔离级别都会发生读写操作相互等待的情况，使数据库运行效率大幅降低。为了解决这种问题，从SQL Server 2005版本开始，引入了多版本数据技术，在一个事务中修改表中的数据时(主要指对表执行update或delete操作)，会把旧版本的数据临时存入tempdb数据库，此事务结束之前，其他连接的读操作可以由tempdb数据库读取这些临时数据，而不是从原数据库读取，从而使得读写操作不再相互等待。 本章内容主要包括： 数据库开启read_committed_snapshot参数后产生的多版本数据 数据库开启allow_snapshot_isolation参数后产生的多版本数据 11.1 开启read_committed_snapshot参数后产生的多版本数据 开启read_committed_snapshot参数后，新添加到表中的记录都会在行数据最后附加14字节的版本信息数据，用于指向记录更新后产生的旧版本数据，这些旧版本数据存储于tempdb数据库，开启read_committed_snapshot参数之前已存在的记录会在其被执行update操作时附加14字节的版本信息。 11.1.1 参数开启前后行数据存储方式的变化 创建测试数据库testRowVersion，并在其中创建测试表t，数据库的read_committed_snapshot参数默认未开启。 1 create database testRowVersion 2 go 在testRowVersion数据库中创建测试表t，并添加一行测试记录。 1 use testRowVersion 2 create table t(a int identity, b char(5) default xxxxx) 3 go 在数据库的read_committed_snapshot参数开启前后，对t表各添加一行记录。 1 insert into t default values 2 alter database testRowVersion set read_committed_snapshot on 3 insert into t default values 4 go 为了查看t表的两行记录在数据页中的存储形式，先查看表t分配到的数据页。 1 dbcc ind(testRowVersion,t,-1) 2 go PageFID PagePID IAMFID IAMPID ObjectID IndexID 1 77 NULL NULL 2105058535 0 1 55 1 77 2105058535 0 先使用参数2执行dbcc page命令，导出55号数据页内容，以下导出内容中的粗体部分即是表t的两行记录对应的十六进制数据。 1 dbcc traceon(3604) 2 dbcc page(testRowVersion,1,55,2) 3 go …… 3C16C050: 0000000000000000 ? 3C16C060: 10000d0078787878?xxxxx... 3C16C070: 50000d0078787878?Pxxxxx... 3C16C080: 0000000000000000 ?Q 厖 63C16DFF0: e00f2e01 0e01e400 0010b800?p.`. OFFSET TABLE: Row - Offset 1 (0x1) - 112 (0x70) 0 (0x0) - 96 (0x60) 再使用参数3执行dbcc page命令导出55号数据页内容，可以更清楚地看出两行记录的差别。 1 dbcc page(testRowVersion,1,55,3) 2 go …… Slot 0 Offset 0x60 Length 16 Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 16 Memory Dump @0x3D4EC060 10000d0078787878 78020000