剖析SQLSERVER2005的页面结构－－行类型篇一
剖析SQLSERVER2005的页面结构
行类型篇一
全文阅读剖析SQLSERVER2005的页面结构
行(和我平常说的表的记录行有点差别哦，注意理解)简单的可理解为数据库物理存储的表、索引及其它类型的数据的基本单元。当然行结构远不止如下说明的那么简单，更深入的有待再度剖析，比如打开行版本后slot记录就会多出14个字节的xsn。
行记录是表里的数据，记录着表的内容。反之也就是表的记录是以数据行的形式保存在数据库的页面上。它一般是堆表的行或索引的叶级行，显然的是它一定保存着行的所有列数据，在这儿我们得注意一下，这个所有的列包含两层意思 ，一就是列的数据，另外可能是行溢出数据的指针。指针的情况又分为两种可能：一是使用了LOB数据类型，另一个是非LOB类型存储在超行最大8060限制时。这些不在此篇讨论的范围，一带而过。
关于如何查看页面内容的方法我在 SQL2005中的事务与锁定（九）一文有详细的说明，下面为了便于说明先写一个测试用例：
- SQL code
create table testtb(id int identity(1,1),col char(985))goinsert into testtbselect REPLICATE('a',5) union allselect REPLICATE('b',5) union allselect REPLICATE('c',5) union allselect REPLICATE('d',5) union allselect REPLICATE('e',5) union allselect REPLICATE('f',5) union allselect REPLICATE('g',5) union allselect REPLICATE('h',5) union allselect REPLICATE('i',985) union allselect REPLICATE('j',985)goalter table testtb alter column col char(1000) --godbcc ind(testcsdn,testtb,-1)--220 221 232dbcc traceon(3604)dbcc page(testcsdn,1,220,1)/*DATA:Slot 0, Offset 0x60, Length 9, DumpStyle BYTERecord Type = FORWARDING_STUB Record Attributes = Memory Dump @0x4431C0600000000: 04dd0000 00010002 00?????????????????......... Slot 1, Offset 0x69, Length 1996, DumpStyle BYTERecord Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump @0x4431C069......Slot 2, Offset 0x835, Length 9, DumpStyle BYTERecord Type = FORWARDING_STUB Record Attributes = Memory Dump @0x4431C835...... 000007C0: 20202020 20202020 200300f8 ?????????? ... DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。*/dbcc page(testcsdn,1,221,1)/*PAGE: (1:221)DATA:Slot 0, Offset 0x1014, Length 1996, DumpStyle BYTERecord Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump @0x3432D01400000000: 1000c907 09000000 69696969 69696969 ?.......iiiiiiii ............Slot 2, Offset 0x60, Length 2010, DumpStyle BYTERecord Type = FORWARDED_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNSMemory Dump @0x3432C06000000000: 3200c907 01000000 61616161 61202020 ?.......aaaaa */上例只是出现了行类型的一部分(PRIMARY_RECORD、FORWARDING_STUB 、FORWARDED_RECORD)，下面我们来说说行的类型有哪几类：
1、PRIMARY_RECORD 主记录
当Record Type = PRIMARY_RECORD时表明当前记录是主记录，我们随便找一个主记录行前四个字节：1000c907 ，状态位A为：0x10 ,bit1-3位全是0 ，当全是0时代表当前行是主记录。行的基本结构我在SQL2005中的事务与锁定（九）一文有详细介绍，在这儿不再细说。
Record Type行前四个字节状态位Abit1-3
PRIMARY_RECORD1000c9070x100
2、FORWARDING_STUB 转移根
当Record Type = FORWARDING_STUB时表明当前记录是行转移后留下的一条转移根信息。在这儿我们应该清楚一点这只会发生在堆表，因为在当前位置已经无法保存数据，所以搬移当前位置，只是在当前位置留一个类指针的数据，指向最终搬向的数据。从技术上来说，它也避免SQLSERVER误把数据存在原来的位置，但是也增加了select的IO量，虽然我们可用使用聚集索引来回避，但是这种性能上的得失全是在于DBA自己权衡。请看如下页面信息片断：
Slot 0, Offset 0x60, Length 9, DumpStyle BYTE
Record Type = FORWARDING_STUB Record Attributes =
Memory Dump @0x4431C060
0000000: 04dd0000 00010002 00?????????????????.........
我们发现这一行只有9个字节的长度，细一看和我在SQL2005中的事务与锁定（九）介绍的基本行结构有了差别，那这9个字节代表什么意思呢，这9个字节代表意思如下表：
状态位文件号+页面IDSLOT号
04dd000000010002 00
在上表中状态位04和以前介绍行的基本信息时的状态位A意义相同，bit1-3为1代表当前记录行是转移根，那这后面的文件号+页面ID+slot号,它最终指向数据搬到的地点，如何和实现关联起来呢？下面请看我的转换SQL语句(我已经封装成存储过程sp_us_FPSinfo方便大家调用)：
- SQL code
----------------------------------- Author : HappyFlyStone -- Date : 2009-11-30-- Version: Microsoft SQL Server 2005 - 9.00.2047.00 (Intel X86) -- Apr 14 2006 01:12:25 -- Copyright (c) 1988-2005 Microsoft Corporation-- Enterprise Edition on Windows NT 5.2 (Build 3790: SP2)-- 转载注明出处及相关信息---------------------------------CREATE PROC sp_us_FPSinfo@FORWARDING_STUB BINARY(8)ASSELECT CAST( CONVERT(INT,SUBSTRING(@FORWARDING_STUB,6,1)) * POWER(2,8) + CONVERT(INT,SUBSTRING(@FORWARDING_STUB,5,1)) AS VARCHAR)+' : ' --File_num +CAST( (CONVERT(INT,SUBSTRING(@FORWARDING_STUB,4,1)) * POWER(2,24)) + (CONVERT(INT,SUBSTRING(@FORWARDING_STUB,3,1)) * POWER(2,16)) + (CONVERT(INT,SUBSTRING(@FORWARDING_STUB,2,1)) * POWER(2,8 )) + (CONVERT(INT,SUBSTRING(@FORWARDING_STUB,1,1))) AS VARCHAR) +' : ' --Page_id +CAST(CAST(SUBSTRING(@FORWARDING_STUB,8,1) * POWER(2,8 ) + + SUBSTRING(@FORWARDING_STUB,7,1) AS INT ) AS VARCHAR) AS 'FILE_NUM:PAGE_ID:SLOT_ID'GOEXEC sp_us_FPSinfo 0xDD00000001000200 --DROP PROC sp_us_FPSinfo/*FILE_NUM:PAGE_ID:SLOT--------------------------1 : 221 : 2(1 行受影响)*/
....
4、INDEX_RECORD 索引记录
我们先来生成一条索引记录，在对上表创建一个索引，脚本如下：
drop table testtb
go
create table testtb(id int ,pid int,col char(10))
go
insert into testtb select 9,5,'a'
insert into testtb select 3,4,'b'
insert into testtb select 4,3,'c'
insert into testtb select 5,2,'d'
insert into testtb select 6,1,'e'
go--clustered
create index idx_testtb_id on testtb(pid,id)
go
dbcc traceon(3604)
dbcc ind(testcsdn,testtb,-1)--> 230
dbcc page(testcsdn,1,232,1)
go
/*
Slot 0, Offset 0x60, Length 20, DumpStyle BYTE
Record Type = INDEX_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x446AC060
00000000: 16010000 00060000 00dc0000 00010004 ?................
00000010: 000300f8 ????????????????????????????....
*/
索引行有别于基本行的格式大体如下：
状态位 数据 文件号+页面号+槽号列数(包括地址)NULL位图
16 010000 00060000 00dc0000 00010004 000300 f8
Bit4为1代表有Data EXEC sp_us_FPSinfo 数据两列加上位置，共三列
NULL位图 0xdc00000001000400 Bit3-1为3代表
是一条索引记录 FILE_NUM:PAGE_ID:SLOT_ID
--------------------------
1 : 220 : 0
(未完，待续)
谢谢大家关注我的blog!!
[解决办法]
专业路过
[解决办法]
BD
[解决办法]
学习 up
[解决办法]
学习
[解决办法]
学习了，谢谢
[解决办法]
石头没分了？
[解决办法]
学习！
[解决办法]
路过！
[解决办法]
.
[解决办法]
学习 UP
[解决办法]
可用,是学习的好贴
[解决办法]
学习，赚积分！
[解决办法]
郁闷，我还在用2000，学习了
[解决办法]
dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
[解决办法]
50分啦！
[解决办法]
up!
[解决办法]
.
[解决办法]
路过，学习一下。
[解决办法]
学习
[解决办法]
xue xi
[解决办法]
up
[解决办法]
Mark！
------解决方案--------------------
hljhlh
[解决办法]
学习
[解决办法]
学习 up
[解决办法]
太深奥了，够学习的啊，谢谢
[解决办法]
学习
[解决办法]
学习啊！
[解决办法]
学习。。。。
[解决办法]
学习啊
[解决办法]
.
[解决办法]
df
[解决办法]
good
[解决办法]
hen godd
[解决办法]
bi比较 good
[解决办法]
。
[解决办法]
thanks
[解决办法]
up
[解决办法]
学习
[解决办法]
ddddd
[解决办法]
学习了
[解决办法]
太棒了
[解决办法]
UP
[解决办法]
最近SQL版人才不少啊...!
[解决办法]
shi bu shi o
[解决办法]
不错，学习了
[解决办法]
不懂,帮顶,蹭分.
[解决办法]
好帖子,非常值得学习
[解决办法]
好帖子,非常值得学习
[解决办法]
刚看到，继续学习！