【转】DBCC的概念与用法(DBCC TRACEON、DBCC IND、DBCC PAGE)

 


转自:http://www.cnblogs.com/huangxincheng/p/4249248.html

DBCC的概念与用法 

一:DBCC

1:什么是DBCC

  我不是教学老师,我也说不到没有任何无懈可击的定义,全名:Database Console Commands。顾名思义“数据库控制台命令”,说到“控制台“,

我第一反应就是chrome的开发者工具,不知道你的第一反应会是怎样?开发者工具中,只要javascript能认的语法,你都可以在控制台键入。。。同

样的道理sqlserver能认的也是一样。

 

2:DBCC到底有多少个命令

   你应该知道,凡是控制台,大多都会提供一个help命令,比如cmd界面,又或者是mongodbのconsole,

 

3:DBCC HELP

然后看看DBCC中的help会是怎样???

  

 

从上图中,我从上到下数了下,有32个命令,不过有意思的是,微软提供的这32个命令其实都是些对外公开的,我这么说的意思是还有些未公开的命令只

是微软自己用。。。。我可以让你眼见为实。

  

从上面我们大概也看到了,公开和未公开的dbcc命令,加起来大约有100个,但是你要问我这些dbcc命令怎么用。。。我也告诉不了你,毕竟我的脑子

没有那么发达去记这些无聊的东西,再说也不想花时间专门的去记这些东西,就像英语的记单词一样。。。但是办法还是有的,大多东西都禁不住死缠

烂打的,对女孩子也这样,要么缠到她喜欢上你,要么缠到她报警把你抓了。

 

4:如何记住DBCC命令

<1> 联机丛书

   联机丛书可以说是sqlserver之母,在这个世界上你不会找到有比它还要权威,还要全的资料了,你可以点击这里看看它的神威,然后你就可以

键入dbcc,去寻找你需要寻找的东西,从下图中也看到,dbcc大概也是分为4类的,比较遗憾的是,未公开的dbcc命令在联机丛书上是找不到的。

<2> help('xxx')

  如果你对命令的用法有了大概认知,但是一时忘了怎么赋参数,这时候你就可以用help('xxx')来帮助你节省开发时间,比如说buffer和ind命令。

 

二:常用命令的实践

1: DBCC TRACEON(跟踪标识号)

     联机丛书上说,这个就是启用指定的跟踪标志,既然说指定,这个就内涵了。。。我常用来研究的只有二个:

<1> TRACEON(2588)

   这个刚才你也知道了,指定了2588标记的话,你就可以看到未公开的dbcc命令了,同时你也可以看到各种命令参数的提示了。

<2> TRACEON(3604)

   这个指定的标记就是可以将DBCC Page的结果显示在客户端,否则就显示不出来了,不知道你在前面几章中是否有注意到呢???  

 

2:DBCC IND(dbname|dbid,object_name|object_id,display_type)

 这个命令在本系列中会非常频繁的使用,因为它就是用来查看”堆表“或者”索引“的数据页信息,没有它的话,我就无所研究了,还是老规矩,先看看

它的参数信息,如下图:

前两个参数我想你好理解,我在前面小节中也说到了,一个是dbname,一个是tablename or viewname or procname等等,第三个参数是最

有意思的,这里面的1,0,-1,-2 是什么意思呢???

 

<1> 1: 显示聚集索引数据页信息和IAM跟踪数据页信息。

<2> 0:   显示堆表数据页信息和IAM跟踪数据页信息。

<3>-1: 显示所有数据页信息,比如(IAM,索引数据页,堆表数据页)。

<4>-2: 显示IAM数据页信息。

<5>nonclustered indid: 从这个参数的排位列表,你大概也能看到是一个”正无限大“到1,0,-1,-2这种模式,仔细想想这个意思我想你也明白,比如

            说2就代表第一个非聚集索引,3代表第二个非聚集索引,以此类推。。。。。

 

真不想举例子,因为再往下说的话,就说不尽了。。。算了,还是举一个例子吧:

  

 

通过上面的图,我想你应该明白我在做什么了吧???可以看到当前非聚集索引的数据分布在(PageFID:PagePID)(1:110) ,(1:115)....等4个数

据页上,可以看到(1:114)只是他们的数据跟踪页。有人可能会说,我怎么看出来是IAM跟踪页呢?你只需看IAMFID和IAMPID为null就可以认为是

IAM跟踪页了,当你看到IndexID>0的话,它就是索引页了。

复制代码
--以下是DBCC IND命令输出结果的字段描述:
字段名称 字段描述
PageFID   页面文件的ID
PagePID   页面编号
IAMFID    管理该页面的IAM页面所在的文件ID
IAMPID    管理该页面的IAM页面编号
ObjectID  表对象ID
IndexID   索引ID,0 代表堆, 1 代表聚集索引, 2-250 代表非聚集索引 大于250就是text或image字段 书本P18
PartitionNumber  表或索引所在的分区号码
PartitionID      包含该分页的分区ID
iam_chain_type   该页所属分配单元类型;行内数据、行溢出数据或Lob数据
PageType         分页类型:1:数据页面;2:索引页面;3:Lob_mixed_page;4:Lob_tree_page;10:IAM页面
IndexLevel       索引层级,0 代表叶级别分页 ;>0 代表非叶级别层次; NULL 代表IAM分页
NextPageFID      本层下一个分页所在的文件ID
NextPageFID      本层下一个分页ID
PrevPageFID      本层上一个分页所在的文件ID
PrevPageFID      本层上一个分页ID
复制代码

 

3:DBCC PAGE(dbname|dbid,filenum,pagenum,display_type)

 这个命令也是本系列频繁涉及到的,因为它确实太有用了,当我用IND导出数据页后,下一步就是一定要看看这个数据页中到底都有哪些信息,人

都是这样具有贪欲的,诱惑呀~~~老规矩,先看看参数。

  

从图中可以看到,第二和第三这两个参数没有什么意思,因为我已经用IND查询出了索引在哪些数据页(fileID:pageID)上面了,下面我们仔细

看看第四个参数。

<1> 0:输出可读形式的数据页页头数据,原因是这样的,在一个数据页中,有96个字节空间来表示一个数据页头,里面的内容可丰富啦。。。。

<2> 1:输出可读形式的数据页页头数据,并且还有槽位对应记录的十六进制内容。 

<2> 2:输出整个数据页页头的十六进制数据,包括(页头,内容 和 slot),这个是我最常用的命令。

<3> 3:输出可读形式的数据页页头数据,并且包括记录中每个字段的可读形式。  

 

--案例问题:

--问:DBCC PAGE 最后一个参数为 0 或者 2都没有报错,但是 1 或者 3 就报错了,这是为什么?

--答:

 (第一种答案):1或者3 ,是指这个page用来存储 row date 时候的用法。 你的报错信息,显然是说这个 page 不是 row date。
 数据页分为3种,row-in-page才可以显示每一个slot(行内数据页、行溢出数据页、LOB数据页)
 

(第二中答案):其实你的这个问题,归类为DBCC PAGE的问题更合适,如果没猜错的话,这个page应该是drop table的page,这个page会在某些条件下导致页面信息被修改,而导致dbcc page 1会报错,甚至链接被强行断开,出现SQLDump,会让你觉得数据库可能出问题了;当这个page被填充数据后,dbcc page 1就正常了。这或许也是微软不公开dbcc page命令的原因之一。

 

三:查看页面信息实践

查看坏页:

复制代码
SELECT DB_NAME(database_id),[file_id],page_id,
CASE event_type
WHEN 1 THEN '823 or 824 or Torn Page'
WHEN 2 THEN 'Bad Checksum'
WHEN 3 THEN 'Torn Page'
WHEN 4 THEN 'Restored'
WHEN 5 THEN 'Repaired (DBCC)'
WHEN 7 THEN 'Deallocated (DBCC)'
END,
error_count,
last_update_date
FROM msdb..suspect_pages
复制代码

查看是否管理页:

复制代码
什么是管理区分配页?
管理区分配页是数据文件中特殊的页,用来跟踪和管理区分配,本篇将关注三种:

全局分配映射表 (GAM):记录已分配的区,对于一个数据文件,每4GB会有一个GAM页,它的ID总是为2,之后每511,232页出现一次。
        Page ID = 2 or Page ID % 511232

共享全局分配映射表 (SGAM) :记录当前用作混合区且至少有一个未使用的页的区,每4GB会有一个SGAM页,它的ID总是为3,之后每511,232页出现一次。
       Page ID = 3 or (Page ID – 1) % 511232

页可用空间 (PFS):记录每页的分配状态,是否已分配单个页以及每页的可用空间量,每64MB会有一个PFS页,它的ID总是为1,之后每8,088页出现一次。
       Page ID = 1 or Page ID % 8088

如果PAGE id是1/2/3,那么很明显会知道他们是什么管理区分配页,如果PAGE ID很大,那么我们有两个办法来区分它们:

一个办法是采用SQL脚本计算:

复制代码
复制代码
Declare @PageID int;

-- Enter page number
-- e.g., 8088 = PFS page
Set @PageID = 8088;

Select Case
    When @PageID = 1 Or @PageID % 8088 = 0 Then 'Is PFS Page'
    When @PageID = 2 Or @PageID % 511232 = 0 Then 'Is GAM Page'
    When @PageID = 3 Or (@PageID - 1) % 511232 = 0 Then 'Is SGAM Page'
    Else 'Is Not PFS, GAM, or SGAM page'
    End
复制代码
复制代码
另一个办法是采用DBCC PAGE来看它的m_type值:

 

正常页查看

 

 
复制代码

 

页面内容查看

上面的命令看起来有点玄乎,我就只举一个例子,其他的留给大家试试看啦~~~

DBCC TRACEON(3604)
DBCC PAGE(Ctrip,1,110,2)

 

复制代码
 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
 
 PAGE: (1:110)
 
 
 BUFFER:
 
 
 BUF @0x0000000085F8ED00
 
 bpage = 0x000000008519A000           bhash = 0x0000000000000000           bpageno = (1:110)
 bdbid = 8                            breferences = 0                      bUse1 = 8576
 bstat = 0x3c00009                    blog = 0x32159                       bnext = 0x0000000000000000
 
 PAGE HEADER:
 
 
 Page @0x000000008519A000
 
 m_pageId = (1:110)                   m_headerVersion = 1                  m_type = 2
 m_typeFlagBits = 0x0                 m_level = 0                          m_flagBits = 0x204
 m_objId (AllocUnitId.idObj) = 58     m_indexId (AllocUnitId.idInd) = 256  
 Metadata: AllocUnitId = 72057594041729024                                 
 Metadata: PartitionId = 72057594040877056                                 Metadata: IndexId = 2
 Metadata: ObjectId = 245575913       m_prevPage = (0:0)                   m_nextPage = (1:115)
 pminlen = 909                        m_slotCnt = 8                        m_freeCnt = 784
 m_freeData = 7392                    m_reservedCnt = 0                    m_lsn = (141:194:170)
 m_xactReserved = 0                   m_xdesId = (0:0)                     m_ghostRecCnt = 0
 m_tornBits = -788728362              
 
 Allocation Status
 
 GAM (1:2) = ALLOCATED                SGAM (1:3) = ALLOCATED               
 PFS (1:1) = 0x60 MIXED_EXT ALLOCATED   0_PCT_FULL                         DIFF (1:6) = CHANGED
 ML (1:7) = NOT MIN_LOGGED            
 
 DATA:
 
 
 Memory Dump @0x0000000010CEA000
 
 0000000010CEA000:   01020000 04020001 00000000 00008d03 ?................ 
 0000000010CEA010:   73000000 01000800 3a000000 1003e01c ?s.......:....... 
 0000000010CEA020:   6e000000 01000000 8d000000 c2000000 ?n............... 
 0000000010CEA030:   aa000000 00000000 00000000 d6f5fcd0 ?................ 
 0000000010CEA040:   00000000 00000000 00000000 00000000 ?................ 
 
 ...........
 
 0000000010CEBFE0:   21212121 21212121 21212121 21212121 ?!!!!!!!!!!!!!!!! 
 0000000010CEBFF0:   5019c015 3012a00e 100b8007 f0036000 ?P...0.........`. 
 
 OFFSET TABLE:
 
 Row - Offset                         
 7 (0x7) - 6480 (0x1950)              
 6 (0x6) - 5568 (0x15c0)              
 5 (0x5) - 4656 (0x1230)              
 4 (0x4) - 3744 (0xea0)               
 3 (0x3) - 2832 (0xb10)               
 2 (0x2) - 1920 (0x780)               
 1 (0x1) - 1008 (0x3f0)               
 0 (0x0) - 96 (0x60)                  
 
 
 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
复制代码

 

四、再探dbcc ind

 

 查看数据页存储方式这里简单介绍两种方式:dbcc page查看以及dbcc ind查看,这两个指令都是非公开的指令,所以msdn上找不到相应的使用说明。不过,还是可以通过 技术内幕的相关资料来查阅分析。
这两个指令在打开跟踪标记2588后可以查看其参数说明,打开跟踪标记3604后,可以把指令执行结果放回到客户端而不是记录在错误日志中。
    查看ind的参数说明,打开跟踪标记2588,help查询。

基本语法

复制代码
复制代码
DBCC TRACEON(2588)
DBCC HELP('ind')
 
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
dbcc IND ( { 'dbname' | dbid }, { 'objname' | objid }, { nonclustered indid | 1 | 0 | -1 | -2 } [, partition_number] )
 
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
复制代码
复制代码
 
  输出的格式有4种方式,不同方式,输出不一样。 
  • -2:返回所有IAM页,基于管理行内数据页,行溢出数据页及大对象数据页的IAM页
  • -1:返回所有IAM页及数据页。
  • 0:返回管理行内数据页的IAM页,行内数据页
  • 1:返回聚集索引的数据页信息及IAM页信息(同-1)
  • 2:返回第1个非聚集索引的数据页信息及IAM页信息
  • 3:返回第2个非聚集索引的数据页信息及IAM页信息
  • ...
  • n:返回第(n-1)个非聚集索引的数据页信息及IAM页信息(n>1)

 

测试案例

    新建表格,tbpage_c,包含大数据对象及行溢出情况。INSERT一行数据,然后分析。数据库中,每行数据默认存储在同一个数据页.
    如果一个数据页存储不了一行数据,则会出现行溢出情况,具体可自行了解行溢出,所以在这个表格里边,设置两个数据列占用空间>8k,具体见表SQL如下,造数据的SQL如下。
 
复制代码
create table tbpage_c(id int identity(1,1) not null primary key ,namea varchar(6000),nameb varchar(3000),descriptions text)
 
#name_a INSERT 6000个字符,name_b INSERT 3000个字符,descriptions INSERT 100个字符
 
INSERT INTO tbpage_c(NAMEA,nameb,descriptions)
select
      substring(stuff((select name+',' from master.dbo.spt_values for xml path('')),1,1,''),1,6000) ,
      substring(stuff((select name+',' from master.dbo.spt_values for xml path('')),1,1,''),1,3000) ,
      substring(stuff((select name+',' from master.dbo.spt_values for xml path('')),1,1,''),1,100)
复制代码

dbcc ind('dbpage','tbpage_c',-2)

选项为-2,显示表格的所有IAM页面。由于表格存在行溢出及大对象列,所以会有其相对应的IAM页面,故可以看到有3个IAM,分别为 In-row data ,Row-overflow data ,LOB data。

 
 
dbcc ind('dbpage','tbpage_c',-1)
选项为-1,返回所有IAM页及数据页。
  • 数据页号310,309属于 In-row data 类型。309记录实际数据,310记录In-row data实际数据页的分布情况。
  • 数据页号307,308属于 Row-overflow data 类型。307记录实际数据,308记录 Row-overflow data 实际数据页的分布情况。
  • 数据页号305,306属于 LOB data 类型。305记录实际数据,306记录 LOB data  实际数据页的分布情况。
 

 

dbcc ind('dbpage','tbpage_c',0)
选项为0,返回管理行内数据页的IAM页,行内数据页,故此处仅返回 In-row data 相关数据页。
 
dbcc ind('dbpage','tbpage_c',1)
选项为1,返回聚集索引涉及到所有IAM页及数据页。
 

五、dbcc page

语法说明

    查看page的参数说明,打开跟踪标记2588,help查询。
 
复制代码
复制代码
DBCC TRACEON(2588)
DBCC HELP('PAGE')
 
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
dbcc PAGE ( {'dbname' | dbid}, filenum, pagenum [, printopt={0|1|2|3} ])
 
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系
复制代码
复制代码
    输出的格式有4种方式,不同方式,输出不一样。
  • 0:输出可读形式的数据页页头数据
  • 1:输出可读形式的数据页页头数据,并且还有槽位对应记录的十六进制内容
  • 2:输出可读形式的数据页页头数据,输出整个数据页页头的十六进制数据,整一页的内容都显示,包括未使用的空间。
  • 3:输出可读形式的数据页页头数据,并且包括记录中每个字段的可读形式,行溢出数据也会显示数据内容,但是大对象则不显示内容,而是说明其存储位置!所以选项3,也是输出内容最全面的。

测试案例

    采用3.1.2的表格,分析其 IN_ROW DATA的数据页面,page_id=309 。
    本次测试,没有采用 with tableresults分析,如果dbcc page('dbpage',1,309,0) with tableresults,结果则是已表格形式返回,可以提供后期管理分析用。
    选项为0,输出可读格式的数据页 页头数据。
 
复制代码
复制代码
DBCC TRACEON(3604)
dbcc page('dbpage',1,309,0) ---------------------------------------------------------------------------------------------------------- PAGE: (1:309) BUFFER: BUF @0x000000027C0827C0 bpage = 0x000000026FA86000 bhash = 0x0000000000000000 bpageno = (1:309) bdbid = 10 breferences = 0 bcputicks = 0 bsampleCount = 0 bUse1 = 46781 bstat = 0xb blog = 0x212121cc bnext = 0x0000000000000000 PAGE HEADER: Page @0x000000026FA86000 m_pageId = (1:309) m_headerVersion = 1 m_type = 1 /* m_pageId 当前页面号码;m_headerVersion 版本号,始终为1;m_type 页面数据类型,1为数据页面,10为IAM页面等,具体参考pagetype */ m_typeFlagBits = 0x0 m_level = 0 m_flagBits = 0xc000 /* m_typeFlagBits 数据页和索引页为4,其他页为0 m_level 该页在索引页(B树)中的级数,0表示为叶子节点 m_flagBits 页面标志 */ m_objId (AllocUnitId.idObj) = 35 m_indexId (AllocUnitId.idInd) = 256 /* m_indexId (AllocUnitId.idInd) 索引ID,0 代表堆, 1 代表聚集索引, 2-250 代表非聚集索引 大于250就是text或image字段 */ Metadata: AllocUnitId = 72057594040221696 Metadata: PartitionId = 72057594038976512 Metadata: IndexId = 1 Metadata: ObjectId = 341576255 m_prevPage = (0:0) m_nextPage = (0:0) /* Metadata: AllocUnitId 存储单元的ID,sys.allocation_units.allocation_unit_id Metadata: PartitionId 数据页所在的分区号,sys.partitions.partition_id Metadata: ObjectId 该页面所属的对象的id,sys.objects.object_id Metadata: IndexId sys.objects.object_id&sys.indexes.index_id m_prevPage 该数据页的前一页面 m_nextPage 该数据页的后一页面 */ pminlen = 8 m_slotCnt = 1 m_freeCnt = 5035 m_freeData = 3155 m_reservedCnt = 0 m_lsn = (39:400:68) m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0 m_tornBits = 0 DB Frag ID = 1 /* pminlen 定长数据所占的字节数为多少个字节 m_slotCnt 页面中的数据的行数 m_freeCnt 页面中剩余的空间,还剩多少字节的空间 m_freeData 页面空闲空间的起始位置,一个页面8KB约等于8192字节 页面空闲空间的位置在3155 m_reservedCnt 活动事务释放的字节数 m_lsn 日志记录号 m_xactReserved 最新加入到m_reservedCnt领域的字节数 m_xdesId 添加到m_reservedCnt的最近的事务id m_ghostRecCnt 幻影数据的行数 m_tornBits 页的校验位或者被由数据库页面保护形式决定页面保护位取代 数据库页面的 lsn SQL Server在内存中维护一个哈希表,记录下自己所有做过写入动作的页面最新的LSN(Log Sequence Number)值。 在下次读出页面的时候,会去比较这两个值是否相等。由于LSN是个自动增长的唯一值,每个发生新修改的页面, LSN的值会比原来的要大。所以如果读到的LSN与内存中存放的不一致,就说明上次的写入请求没有真正完成。 这时824错误也会被触发。 */ Allocation Status GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED PFS (1:1) = 0x60 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED ML (1:7) = NOT MIN_LOGGED
复制代码
复制代码
选项为1,输出可读形式的数据页页头数据,并且还有槽位对应记录的十六进制内容。页头数据已在上文分析,不做处理,这里截图描述槽位对应记录
复制代码
复制代码
dbcc page('dbpage',1,309,1)
 
----------------------------------------------------------------------------------------------------------
页头信息省略中...
 
 
Slot 0, Offset 0x60, Length 3059, DumpStyle BYTE
/*
Slot 槽位号,一个槽位一行数据,这一行数据从 0x60 = 96开始,长度是 3059 bytes
下文文该行记录的16进制内容
*/
Record Type = PRIMARY_RECORD        Record Attributes =  NULL_BITMAP VARIABLE_COLUMNS
Record Size = 3059                 
Memory Dump @0x000000001F978060
 
/*下文为这一行记录 3059个字节内容*/
0000000000000000:   30000800 01000000 0400a003 002b80e3 0bf38b02  0............+......
0000000000000014:   00000001 000000d5 69000070 17000033 01000001  ........i..p...3....
0000000000000028:   00000028 72707429 2c594553 204f5220 4e4f2c53  ...(rpt),YES OR NO,S
000000000000003C:   59535245 4d4f5445 4c4f4749 4e532054 59504553  YSREMOTELOGINS TYPES
中间省略...
0000000000000BCC:   7072696d 61727920 6b65792c 616e7369 5f6e756c  primary key,ansi_nul
0000000000000BE0:   6c5f6400 00d10700 00000031 01000001 000100    l_d........1.......
 
OFFSET TABLE:
 
Row - Offset                       
0 (0x0) - 96 (0x60)     
复制代码
复制代码

 

选项为2, 输出整个数据页页头的十六进制数据,整一页的内容都显示,包括未使用的空间。

复制代码
复制代码
dbcc page('dbpage',1,309,2)
 
----------------------------------------------------------------------------------------------------------
页头信息省略中...
 
/*下文为一整页的数据存储情况,包括行记录跟空闲空间,不区分槽位*/
DATA:
 
Memory Dump @0x0000000028178000
 
0000000028178000:   01010000 00c00001 00000000 00000800 00000000  ....................
0000000028178014:   00000100 23000000 ab13530c 35010000 01000000  ....#.....S.5.......
0000000028178028:   27000000 90010000 44000000 00000000 00000000  '.......D...........
000000002817803C:   00000000 01000000 00000000 00000000 00000000  ....................
0000000028178050:   00000000 00000000 00000000 00000000 30000800  ................0...
0000000028178064:   01000000 0400a003 002b80e3 0bf38b02 00000001  .........+..........
0000000028178078:   000000d5 69000070 17000033 01000001 00000028  ....i..p...3.......(
000000002817808C:   72707429 2c594553 204f5220 4e4f2c53 59535245  rpt),YES OR NO,SYSRE
00000000281780A0:   4d4f5445 4c4f4749 4e532054 59504553 2c535953  MOTELOGINS TYPES,SYS
省略中...
0000000028178C1C:   65726963 20726f75 6e646162 6f72742c 7072696d  eric roundabort,prim
0000000028178C30:   61727920 6b65792c 616e7369 5f6e756c 6c5f6400  ary key,ansi_null_d.
0000000028178C44:   00d10700 00000031 01000001 00010000 00212121  .......1.........!!!
0000000028178C58:   21212121 21212121 21212121 21212121 21212121  !!!!!!!!!!!!!!!!!!!!
0000000028178C6C:   21212121 21212121 21212121 21212121 21212121  !!!!!!!!!!!!!!!!!!!!
省略中...
0000000028179FE0:   21212121 21212121 21212121 21212121 21212121  !!!!!!!!!!!!!!!!!!!!
0000000028179FF4:   21212121 21212121 21216000                    !!!!!!!!!!`.
 
OFFSET TABLE:
 
Row - Offset
0 (0x0) - 96 (0x60)
复制代码
复制代码

    选项为3, 输出可读形式的数据页页头数据,并且包括记录中每个字段的可读形式,行溢出数据也会显示数据内容,但是大对象则不显示内容,而是说明其存储位置!

复制代码
复制代码
dbcc page('dbpage',1,309,3)
 
 
-------------------------------------------------------------------------------------------------
页头信息省略中...
 
Slot 0 Offset 0x60 Length 3059
/*
Slot 槽位号,一个槽位一行数据,这一行数据从 0x60 = 96开始,长度是 3059 bytes
*/
Record Type = PRIMARY_RECORD        Record Attributes =  NULL_BITMAP VARIABLE_COLUMNS
Record Size = 3059
Memory Dump @0x000000002BB78060
 
/*下文为这一行记录 3059个字节内容*/
0000000000000000:   30000800 01000000 0400a003 002b80e3 0bf38b02  0............+......
0000000000000014:   00000001 000000d5 69000070 17000033 01000001  ........i..p...3....
0000000000000028:   00000028 72707429 2c594553 204f5220 4e4f2c53  ...(rpt),YES OR NO,S
000000000000003C:   59535245 4d4f5445 4c4f4749 4e532054 59504553  YSREMOTELOGINS TYPES
0000000000000050:   2c535953 52454d4f 54454c4f 47494e53 20545950  ,SYSREMOTELOGINS TYP
0000000000000064:   45532028 55504441 5445292c 41463a20 61676772  ES (UPDATE),AF: aggr
0000000000000078:   65676174 65206675 6e637469 6f6e2c41 503a2061  egate function,AP: a
中间省略...
0000000000000BB8:   2c6e756d 65726963 20726f75 6e646162 6f72742c  ,numeric roundabort,
0000000000000BCC:   7072696d 61727920 6b65792c 616e7369 5f6e756c  primary key,ansi_nul
0000000000000BE0:   6c5f6400 00d10700 00000031 01000001 000100    l_d........1.......
 
/*下文为 在槽位0 slot 0 的 这一行记录 ,详细描述每一列的存储情况*/
Slot 0 Column 1 Offset 0x4 Length 4 Length (physical) 4
/*slot 0,第一列 在本页占用4字节,列名为id,值为1*/
id = 1
 
namea = [BLOB Inline Root] Slot 0 Column 2 Offset 0x13 Length 24 Length (physical) 24
/*slot 0,第2列,本页占用24字节,列名为namea
这里可以看到是发生了行溢出情况,列中没有数据,但是存储了该列的实际位置
实际大小为6000字节,值 存储在第一个文件第307页的 slot 0 槽位上*/
 
Level = 0                           Unused = 0                          UpdateSeq = 1
TimeStamp = 1775566848              Type = 2
Link 0
 
Size = 6000                         RowId = (1:307:0)
 
Slot 0 Column 3 Offset 0x2b Length 3000 Length (physical) 3000
 
nameb = (rpt),YES OR NO,SYSREMOTELOGINS TYPES,SYSREMOTELOGINS TYPES (UPDATE),AF: aggregate function,AP: applicati
on,C : check cns,...省略中...primary key,ansi_null_d
/*slot 0,第3列 ,本页占用3000字节,列名为nameb ,值为 nameb= 的后面一大段中*/
 
descriptions = [Textpointer] Slot 0 Column 4 Offset 0xbe3 Length 16 Length (physical) 16
/*slot 0,第4列 ,该列为text数据类型,本页占用16字节,列名为descriptions,其值存储在第一个文件的第305页的 slot 1 槽位上*/
 
TextTimeStamp = 131137536           RowId = (1:305:1)
 
Slot 0 Offset 0x0 Length 0 Length (physical) 0
 
/*该表格有主键 ,该行的keyhashvalue值*/
 
KeyHashValue = (8194443284a0)
复制代码
复制代码

 

    选项为3,还有一个特殊情况,就是当分析非聚集索引的时候,其返回会多一个 table 
 
复制代码
复制代码
create table tbpage(id int primary key not null identity(1,1) ,cola int,colb varchar(10),colc varchar(100))
 
insert into tbpage(cola,colb,colc) select object_id,type,name from sys.objects
 
create index ix_colc on tbpage(colc)
 
select * from sys.indexes where name='ix_colc'
 
dbcc ind('dbpage','tbpage',-1)
复制代码
复制代码

 

 
 
 dbcc page('dbpage',1,319,3)
返回多了一个可读性的列表,详细描述索引的列情况及键值情况,同时,原先的消息内容也还保持。

 

 

转自: https://www.cnblogs.com/gered/p/9444344.html#_label1_2

posted @ 2022-06-25 18:37  竹楼风雨声  阅读(1111)  评论(0编辑  收藏  举报