剖析SQLSERVER2005的页面结构－－行类型篇一

-狙击手- 2009-12-09 03:35:12
加精
剖析SQLSERVER2005的页面结构


行类型篇一


全文阅读剖析SQLSERVER2005的页面结构



行(和我平常说的表的记录行有点差别哦，注意理解)简单的可理解为数据库物理存储的表、索引及其它类型的数据的基本单元。当然行结构远不止如下说明的那么简单，更深入的有待再度剖析，比如打开行版本后slot记录就会多出14个字节的xsn。
行记录是表里的数据，记录着表的内容。反之也就是表的记录是以数据行的形式保存在数据库的页面上。它一般是堆表的行或索引的叶级行，显然的是它一定保存着行的所有列数据，在这儿我们得注意一下，这个所有的列包含两层意思 ，一就是列的数据，另外可能是行溢出数据的指针。指针的情况又分为两种可能：一是使用了LOB数据类型，另一个是非LOB类型存储在超行最大8060限制时。这些不在此篇讨论的范围，一带而过。
关于如何查看页面内容的方法我在 SQL2005中的事务与锁定（九）一文有详细的说明，下面为了便于说明先写一个测试用例：


create table testtb(id int identity(1,1),col char(985))

go

insert into testtb

select REPLICATE('a',5) union all

select REPLICATE('b',5) union all

select REPLICATE('c',5) union all

select REPLICATE('d',5) union all

select REPLICATE('e',5) union all

select REPLICATE('f',5) union all

select REPLICATE('g',5) union all

select REPLICATE('h',5) union all

select REPLICATE('i',985) union all

select REPLICATE('j',985)



go





alter table testtb 

alter column col char(1000) --

go

dbcc ind(testcsdn,testtb,-1)--220 221 232

dbcc traceon(3604)

dbcc page(testcsdn,1,220,1)

/*

DATA:

Slot 0, Offset 0x60, Length 9, DumpStyle BYTE

Record Type = FORWARDING_STUB        Record Attributes =             

Memory Dump @0x4431C060

0000000:   04dd0000 00010002 00†††††††††††††††††.........       



Slot 1, Offset 0x69, Length 1996, DumpStyle BYTE

Record Type = PRIMARY_RECORD         Record Attributes =  NULL_BITMAP 

Memory Dump @0x4431C069

......



Slot 2, Offset 0x835, Length 9, DumpStyle BYTE

Record 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 BYTE

Record Type = PRIMARY_RECORD         Record Attributes =  NULL_BITMAP 

Memory Dump @0x3432D014

00000000:   1000c907 09000000 69696969 69696969 †.......iiiiiiii  

......

......

Slot 2, Offset 0x60, Length 2010, DumpStyle BYTE

Record Type = FORWARDED_RECORD       Record Attributes =  NULL_BITMAP VARIABLE_COLUMNS

Memory Dump @0x3432C060

00000000:   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 行前四个字节 状态位A bit1-3
PRIMARY_RECORD 1000c907 0x10 0

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个字节代表意思如下表：

状态位 文件号+页面ID SLOT号
04 dd0000000100 02 00

在上表中状态位04和以前介绍行的基本信息时的状态位A意义相同，bit1-3为1代表当前记录行是转移根，那这后面的文件号+页面ID+slot号,它最终指向数据搬到的地点，如何和实现关联起来呢？下面请看我的转换SQL语句(我已经封装成存储过程sp_us_FPSinfo方便大家调用)：



---------------------------------------------------------------------

-- 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)

AS

SELECT 

	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'

GO



EXEC  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 00 dc0000 00010004 00 0300　　　　 f8
Bit4为1代表有 Data 　　　　EXEC sp_us_FPSinfo 数据两列加上位置，共三列
NULL位图 　　　　　　　　　0xdc00000001000400 　　　　　　　　　　　　　　　　　　　　　　　Bit3-1为3代表
是一条索引记录　　　　　　　　　　　FILE_NUM:PAGE_ID:SLOT_ID
　　　　　　　　　　　　　　　　　　--------------------------
　1 : 220 : 0


(未完，待续)

谢谢大家关注我的blog!!






...全文
1493 79 打赏 收藏 转发到动态 举报
写回复
用AI写文章
79 条回复
切换为时间正序
请发表友善的回复…
发表回复
tanhanchang 2010-03-15
  • 打赏
  • 举报
 回复
看看了 学习学习
Liao_huakai 2009-12-14
  • 打赏
  • 举报
 回复
学习ing！！！！！
tjb1216 2009-12-13
  • 打赏
  • 举报
 回复
懒得看
a3767003 2009-12-13
  • 打赏
  • 举报
 回复
878979
xie_hai 2009-12-13
  • 打赏
  • 举报
 回复
学习ing
fcuandy 2009-12-12
  • 打赏
  • 举报
 回复
sf
com_gao 2009-12-12
  • 打赏
  • 举报
 回复
看不懂了
mlsml 2009-12-12
  • 打赏
  • 举报
 回复
学习了~~
netcup 2009-12-12
  • 打赏
  • 举报
 回复
底层的东西啊，牛人
guanjing123321123321 2009-12-12
  • 打赏
  • 举报
 回复
先看看嘿嘿
liu_ljj 2009-12-12
  • 打赏
  • 举报
 回复
顶下，建议去看下 sqlserver 技术内幕：存储引擎 ，这样比较系统
yzgywxb 2009-12-12
  • 打赏
  • 举报
 回复
已阅 学习中
lchstudy 2009-12-11
  • 打赏
  • 举报
 回复
路过，有时间好好分析一下
Kurt_Yang_SH 2009-12-11
  • 打赏
  • 举报
 回复
那本 赵松涛的 <<sql server 2005 奥秘>> 中也有类似的研究,不过没这么细.
十一文 2009-12-11
  • 打赏
  • 举报
 回复
专业学习
SlaughtChen 2009-12-11
  • 打赏
  • 举报
 回复
学习,学习,再学习
幸运的意外 2009-12-11
  • 打赏
  • 举报
 回复
学习学习.
SQL77 2009-12-11
  • 打赏
  • 举报
 回复
学习先,哎,
没时间看现在,
Mr_Nice 2009-12-11
  • 打赏
  • 举报
 回复
刚看到，继续学习！
跃动的华尔兹 2009-12-11
  • 打赏
  • 举报
 回复
受教了……
加载更多回复（57）
剖析SQLSERVER2005的页面结构--行类型篇一
剖析SQLSERVER2005的页面结构行类型篇一  行(和我平常说的表的记录行有点差别哦，注意理解)简单的可理解为数据库物理存储的表、索引及其它类型的数据的基本单元。当然行结构远不止如下说明的那么简单，更深入的有待再度剖析，比如打开行版本后slot记录就会多出14个字节的xsn。行记录是表里的数据，记录着表的内容。反之也就是表的记录是以数据行的形式保存在数据库的页面上。它一般
剖析SQLSERVER2005的页面结构--表修改的内部处理篇
剖析SQLSERVER2005的页面结构表修改的内部处理篇                                happyflystone                                            Blog: http://blog.csdn.net/happyflystone        本篇介绍一下当我们通过alter table来修
SQLserver数据文件(MDF)的页面文件头结构剖析
先执行一下以下SQL语句，我的测试环境为SQL2005dbcc traceon(3604)    godbcc page(master,1,0,2)可以看到MDF文件的一些物理结构信息，其中包括重要的头96个字节。也就是第一个页面的文件头。........PAGE HEADER:Page @0x03FA0000m_pageId = (1:0)          
剖析SQLSERVER2005的页面结构
剖析SQLSERVER2005的页面结构表修改的内部处理篇 happyflystone Blog: http://blog.csdn.net/happyflystone 本篇介绍一下当我们通过alter table来修
深入剖析SQL Server 2005：从体系架构到核心组件的全面分析
本文还有配套的精品资源，点击获取 简介：SQL Server 2005是微软推出的一款功能强大的关系型数据库管理系统，对于企业级数据管理、存储和处理具有重要作用。其高效运行的基础在于其复杂的体系架构，由多个核心组件组成，如数据库引擎、Analysis Services、Integration Services、Reporting Services、Replication、S...
MS-SQL Server

34,876

社区成员

254,639

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章