如果转载,请注明博文来源: www.cnblogs.com/xinysu/   ,版权归 博客园 苏家小萝卜 所有。望各位支持!
  


 
    SQLServer的数据页大小是8kb,8个连续的物理页组成一个区。区分混合区跟统一区,混合区内可以存储不同数据库对象的内容,通常这个数据库对象较小;统一区表示区内连续的8个数据页存储的都是同一个数据库对象的内容。
 
    SQL SERVER的磁盘读写是按页级进行,每次I/O操作的数据最小单位是以8kb为单位的页。页是存储单位,区是管理单位。
    数据页根据其存储内容不同,分为多种类型,本文简要描述。

1 数据页的类型

   不同类型的数据,存储在不同类型的页面里,大致可以分为3个方向:存储实际数据的、存储管理数据页数据的及存储备份相关的数据,这3个反向,又各有不同的page type。详见下表。
 
Id User_for Page Type Page Name Description
1 实际数据 数据页 Data Page 堆表或者聚集索引的叶子节点
2 索引页 Index Page 聚集索引的分支节点或者非聚集索引
3 LOB LOB 用来存放大型对象数据类型:text , image ,varchar(max) , varbinary(max)等
4 行溢出页 Row Overflow Page 只能存储单一text或者image列数据块
5 管理数据页数据 GAM页 Global Allocation Map 管理统一区的位图
6 SGAM页 Shared Global Allocation Map 管理混合区的位图
7 IAM页 Index Allocation Map 分配单元分配到的区
8 PFS页 Page Free Space 可用空间
9 备份相关的数据 DCM页 Differential Changed Map 自最后一条backup database 语句之后更改的区的信息
10 BCM页 Bulk Changed Map 自最后一条backup log语句之后的大容量操作所修改的区的信息
 
    针对备份相关数据的页面类型,这里不做详细描述。存储实际数据的页面类型, 后面会有几篇博文详细描述。本文重点讲解下 存储 管理数据页数据 的页面类型:GAM,SGAM,IAM,PFS 。这块,对tempdb的性能优化会有比较大的帮助。
    每一个数据文件的开头都分布GAM,SGAM,PFS这些页面,它们记录了这个数据库文件中哪些页面已经被使用,哪些页面还没有使用。

1.1 PFS

      PFS页,用来跟踪页分配级别,存储当前数据文件里所有页分配及可用空间的信息,每一个数据文件的第2个数据页都是PFS,页号为1 。该页面中,每一个字节描述后面每一个数据页是否还有空间可以写记录,也就是一个PFS页是8k,约有8k个字节可以描述后续每个页面的使用情况,也就是一个PFS页,可以描述8k个数据页的使用情况,这就意味着单个PFS页能够存储约64M数据页的可用空间情况。所以,大约每隔64Mb,就会有一个新的PFS页。
    每个字节描述一个数据页的使用情况,一个字节有8个bits,分别第0-7位,用途如下:
  • bit 0-2位,描述该页还有多少空闲空间

    • 0x00 is empty
    • 0x01 is 1 to 50% full
    • 0x02 is 51 to 80% full
    • 0x03 is 81 to 95% full
    • 0x04 is 96 to 100% full
  • bit 3 (0x08): 该数据页是否存在鬼影记录(ghost records:http://www.cnblogs.com/lyhabc/archive/2013/06/16/3138214.html)?
  • bit 4 (0x10): 是否是IAM页?
  • bit 5 (0x20): 是否是混合页?
  • bit 6 (0x40): 是否已分配使用?
  • Bit 7 保留,未使用,无实际含义

1.2 GAM & SGAM

    SQL SERVER的区分为两种类型:混合区(uniform extent)跟统一区(mixed extent)。
    混合区,指区内连续的8个数据页,分别分配给不同的数据库对象存储使用,这有利于小表在使用的过程中,没有一下子就占据了一个区,而是先从混合区使用,合理分配空间;统一区,指的是区内连续8个页都是用来存储同一个数据对象的,当一个表格分配了8个混合区页后,会开始分配使用统一区,避免数据分散存储在各个不连续的数据页中。

1.2.1 GAM

  GAM页,用来跟踪区的分配情况,描述每区是否被分配,每个区用1bit标识其分配情况。一个GAM页8k,一共有8k*8 bit,也就是差不多可以标识 64000个区,约 8k*8bit*(8*8k)=4G 空间,所以,大概每隔 4G空间左右,就有一个GAM页来标识下一个4G的空间分配情况。
  • Bit=1,标识当前的区是空闲的,可以用来分配;
  • Bit=0,标识当前的区以及被数据使用。
    SQL Server通过读取GAM页找到可用空间,并把这个区或者区内的某一个页分配给一个对象。一个范围仅存储一个比特(而不是像PFS页,PFS是一个页一个字节),意味着单个GAM页能够追踪更多空间,在一个数据文件中,你可以在大约4GB间隔的空间找到一个新GAM页。然而,数据文件中的第一个GAM页的页码总是2,因此“2:1:2”就表示tempdb中的第一个GAM页。

1.2.2 SGAM

    SGAM页,用来跟踪区的分配情况,描述哪些区是混合区并且至少有一个空闲的数据页。1bit描述一个区,1表示该区是混合区且至少有一个空闲的数据页,代表该区可以分配给需要使用混合区的对象。
    SQL Server通过读取SGAM页来找到与可用空间混合的范围来把空间分配给小对象。单个SGAM页能够追踪4GB的空间,因此,你可以在4GB的间隔中找到它们,就像GAM页一样。在数据文件中,第一个SGAM页是页3,所以“2:1:3”就表示tempdb的第一个SGAM页。
    那么,这两种类型的数据页是如何协助存储引擎对区进行管理的呢?
  • 当存储引擎分配一个统一区时,在GAM页中寻找标记为1的页面,把标记修改为0,SGAM页中的标记位不做变动,保持为0;
  • 当存储引擎分配一个混合区时,在GAM页中寻找标记为1的页面,把标记修改为0,SGAM页中的标记位从0修改1;
  • 当存储引擎寻找一个有空闲页的混合区是,直接在SGAM页中查找标记位1对应的数据页;如果没有找到,则会重新分配一个混合区。

1.2.3 IAM

    区的分配,使用GAM及SGAM管理;页的使用情况,采用PFS页管理。那么,每一个数据库对象在各个页里或者区里的存储情况,由谁协助管理呢?答案是 IAM页。
    一个表格中,IAM页用来描述数据的分布情况,基于分配单元来描述。根据实际数据的存储情况,分为以下3种分配单元:
  • IN_ROW_DATA

    • 存储堆或索引分区,即heap和B-tree。
  • LOB_DATA
    • 存储大型对象 (LOB) 数据类型,例如 xml、varbinary(max) 和 varchar(max)。
  • ROW_OVERFLOW_DATA
    • 存储超过 8,060 字节行大小限制的 varchar、nvarchar、varbinary 或 sql_variant 列中存储的可变长度数据。

每个有数据的表格,至少有一个 IAM页来管理 IN_ROW_DATA的存储情况,如果表格里有LOB_DATA,则会多一个IAM页来管理LOB_DATA,ROW_OVERFLOW_DATA也是一样。

2 数据页结构

    数据页有4个部分:页头、行记录、空闲空间及行偏移量。详见下图:
    

2.1 页头

占用96字节,存储跟该页面相关的系统数据。

页头的内容如下:

2.2 行记录

  • 存储数据行记录以及索引数据
  • 行记录也可以在独立页面上存储,比如行溢出数据即LOB数据

2.3 空闲空间

  • 除去页头,行记录,以及偏移量剩下的空间,提供给行记录及行偏移量使用

2.4 行偏移量

  • 行偏移是一个个小块组成的,每个小块2个字节,表示数据行从第几个字节后开始记录,也就是距离页头多少偏移量开始记录
  • 存储方式是从有往左存储,用槽位来描述,slot 0 ,slot 1 ....
  • 行偏移量记录的内容是什么呢?该行记录从哪个字节开始,一般情况下,slot 1 从第96个字节后开始
  • 常说的聚集索引存储顺序是物理排序,指的不是行记录物理排序,而是行偏移量物理排序,数据页中,行记录都是顺序往后添加的,通过修改行偏移量来达到聚集索引的顺序查找

3 查询数据页存储格式的途径

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

3.1 dbcc ind

3.1.1 语法说明

    查看ind的参数说明,打开跟踪标记2588,help查询。
 
  1. DBCC TRACEON(2588)
  2. DBCC HELP('ind')
  3.  
  4. DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
  5. dbcc IND ( { 'dbname' | dbid }, { 'objname' | objid }, { nonclustered indid | 1 | 0 | -1 | -2 } [, partition_number] )
  6.  
  7. 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)

3.1.2 测试案例

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

3.2 dbcc page

3.2.1 语法说明

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

3.2.2 测试案例

    采用3.1.2的表格,分析其 IN_ROW DATA的数据页面,page_id=309 。
    本次测试,没有采用 with tableresults分析,如果dbcc page('dbpage',1,309,0) with tableresults,结果则是已表格形式返回,可以提供后期管理分析用。
    选项为0,输出可读格式的数据页 页头数据。
 
  1. DBCC TRACEON(3604)
    dbcc page('dbpage',1,309,0)
  2.  
  3. ----------------------------------------------------------------------------------------------------------
  4.  
  5. PAGE: (1:309)
  6.  
  7. BUFFER:
  8.  
  9. BUF @0x000000027C0827C0
  10.  
  11. bpage = 0x000000026FA86000 bhash = 0x0000000000000000 bpageno = (1:309)
  12. bdbid = 10 breferences = 0 bcputicks = 0
  13. bsampleCount = 0 bUse1 = 46781 bstat = 0xb
  14. blog = 0x212121cc bnext = 0x0000000000000000
  15.  
  16. PAGE HEADER:
  17.  
  18. Page @0x000000026FA86000
  19.  
  20. m_pageId = (1:309) m_headerVersion = 1 m_type = 1
  21. /*
  22. m_pageId 当前页面号码;m_headerVersion 版本号,始终为1;m_type 页面数据类型,1为数据页面,10为IAM页面等,具体参考pagetype
  23. */
  24. m_typeFlagBits = 0x0 m_level = 0 m_flagBits = 0xc000
  25. /*
  26. m_typeFlagBits 数据页和索引页为4,其他页为0
  27. m_level 该页在索引页(B树)中的级数,0表示为叶子节点
  28. m_flagBits 页面标志
  29. */
  30. m_objId (AllocUnitId.idObj) = 35 m_indexId (AllocUnitId.idInd) = 256
  31. /*
  32. m_indexId (AllocUnitId.idInd) 索引ID,0 代表堆, 1 代表聚集索引, 2-250 代表非聚集索引 大于250就是text或image字段
  33. */
  34. Metadata: AllocUnitId = 72057594040221696
  35. Metadata: PartitionId = 72057594038976512 Metadata: IndexId = 1
  36. Metadata: ObjectId = 341576255 m_prevPage = (0:0) m_nextPage = (0:0)
  37. /*
  38. Metadata: AllocUnitId 存储单元的ID,sys.allocation_units.allocation_unit_id
  39. Metadata: PartitionId 数据页所在的分区号,sys.partitions.partition_id
  40. Metadata: ObjectId 该页面所属的对象的id,sys.objects.object_id
  41. Metadata: IndexId sys.objects.object_id&sys.indexes.index_id
  42. m_prevPage 该数据页的前一页面
  43. m_nextPage 该数据页的后一页面
  44. */
  45. pminlen = 8 m_slotCnt = 1 m_freeCnt = 5035
  46. m_freeData = 3155 m_reservedCnt = 0 m_lsn = (39:400:68)
  47. m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0
  48. m_tornBits = 0 DB Frag ID = 1
  49. /*
  50. pminlen 定长数据所占的字节数为多少个字节
  51. m_slotCnt 页面中的数据的行数
  52. m_freeCnt 页面中剩余的空间,还剩多少字节的空间
  53. m_freeData 页面空闲空间的起始位置,一个页面8KB约等于8192字节 页面空闲空间的位置在3155
  54. m_reservedCnt 活动事务释放的字节数
  55. m_lsn 日志记录号
  56. m_xactReserved 最新加入到m_reservedCnt领域的字节数
  57. m_xdesId 添加到m_reservedCnt的最近的事务id
  58. m_ghostRecCnt 幻影数据的行数
  59. m_tornBits 页的校验位或者被由数据库页面保护形式决定页面保护位取代
  60.  
  61. 数据库页面的 lsn
  62. SQL Server在内存中维护一个哈希表,记录下自己所有做过写入动作的页面最新的LSN(Log Sequence Number)值。
  63. 在下次读出页面的时候,会去比较这两个值是否相等。由于LSN是个自动增长的唯一值,每个发生新修改的页面,
  64. LSN的值会比原来的要大。所以如果读到的LSN与内存中存放的不一致,就说明上次的写入请求没有真正完成。
  65. 这时824错误也会被触发。
  66. */
  67.  
  68. Allocation Status
  69.  
  70. GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
  71. PFS (1:1) = 0x60 MIXED_EXT ALLOCATED 0_PCT_FULL DIFF (1:6) = CHANGED
  72. ML (1:7) = NOT MIN_LOGGED
 
选项为1,输出可读形式的数据页页头数据,并且还有槽位对应记录的十六进制内容。页头数据已在上文分析,不做处理,这里截图描述槽位对应记录
  1. dbcc page('dbpage',1,309,1)
  2.  
  3. ----------------------------------------------------------------------------------------------------------
  4. 页头信息省略中...
  5.  
  6. Slot 0, Offset 0x60, Length 3059, DumpStyle BYTE
  7. /*
  8. Slot 槽位号,一个槽位一行数据,这一行数据从 0x60 = 96开始,长度是 3059 bytes
  9. 下文文该行记录的16进制内容
  10. */
  11. Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS
  12. Record Size = 3059
  13. Memory Dump @0x000000001F978060
  14.  
  15. /*下文为这一行记录 3059个字节内容*/
  16. 0000000000000000: 30000800 01000000 0400a003 002b80e3 0bf38b02 0............+......
  17. 0000000000000014: 00000001 000000d5 69000070 17000033 01000001 ........i..p...3....
  18. 0000000000000028: 00000028 72707429 2c594553 204f5220 4e4f2c53 ...(rpt),YES OR NO,S
  19. 000000000000003C: 59535245 4d4f5445 4c4f4749 4e532054 59504553 YSREMOTELOGINS TYPES
  20. 中间省略...
  21. 0000000000000BCC: 7072696d 61727920 6b65792c 616e7369 5f6e756c primary key,ansi_nul
  22. 0000000000000BE0: 6c5f6400 00d10700 00000031 01000001 000100 l_d........1.......
  23.  
  24. OFFSET TABLE:
  25.  
  26. Row - Offset
  27. 0 (0x0) - 96 (0x60)
  1. 选项为2 输出整个数据页页头的十六进制数据,整一页的内容都显示,包括未使用的空间。
  1. dbcc page('dbpage',1,309,2)
  2.  
  3. ----------------------------------------------------------------------------------------------------------
  4. 页头信息省略中...
  5.  
  6. /*下文为一整页的数据存储情况,包括行记录跟空闲空间,不区分槽位*/
  7. DATA:
  8.  
  9. Memory Dump @0x0000000028178000
  10.  
  11. 0000000028178000: 01010000 00c00001 00000000 00000800 00000000 ....................
  12. 0000000028178014: 00000100 23000000 ab13530c 35010000 01000000 ....#.....S.5.......
  13. 0000000028178028: 27000000 90010000 44000000 00000000 00000000 '.......D...........
  14. 000000002817803C: 00000000 01000000 00000000 00000000 00000000 ....................
  15. 0000000028178050: 00000000 00000000 00000000 00000000 30000800 ................0...
  16. 0000000028178064: 01000000 0400a003 002b80e3 0bf38b02 00000001 .........+..........
  17. 0000000028178078: 000000d5 69000070 17000033 01000001 00000028 ....i..p...3.......(
  18. 000000002817808C: 72707429 2c594553 204f5220 4e4f2c53 59535245 rpt),YES OR NO,SYSRE
  19. 00000000281780A0: 4d4f5445 4c4f4749 4e532054 59504553 2c535953 MOTELOGINS TYPES,SYS
  20. 省略中...
  21. 0000000028178C1C: 65726963 20726f75 6e646162 6f72742c 7072696d eric roundabort,prim
  22. 0000000028178C30: 61727920 6b65792c 616e7369 5f6e756c 6c5f6400 ary key,ansi_null_d.
  23. 0000000028178C44: 00d10700 00000031 01000001 00010000 00212121 .......1.........!!!
  24. 0000000028178C58: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!
  25. 0000000028178C6C: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!
  26. 省略中...
  27. 0000000028179FE0: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!
  28. 0000000028179FF4: 21212121 21212121 21216000 !!!!!!!!!!`.
  29.  
  30. OFFSET TABLE:
  31.  
  32. Row - Offset
  33. 0 (0x0) - 96 (0x60)
  1.  

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

  1. dbcc page('dbpage',1,309,3)
  2.  
  3. -------------------------------------------------------------------------------------------------
  4. 页头信息省略中...
  5.  
  6. Slot 0 Offset 0x60 Length 3059
  7. /*
  8. Slot 槽位号,一个槽位一行数据,这一行数据从 0x60 = 96开始,长度是 3059 bytes
  9. */
  10. Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP VARIABLE_COLUMNS
  11. Record Size = 3059
  12. Memory Dump @0x000000002BB78060
  13.  
  14. /*下文为这一行记录 3059个字节内容*/
  15. 0000000000000000: 30000800 01000000 0400a003 002b80e3 0bf38b02 0............+......
  16. 0000000000000014: 00000001 000000d5 69000070 17000033 01000001 ........i..p...3....
  17. 0000000000000028: 00000028 72707429 2c594553 204f5220 4e4f2c53 ...(rpt),YES OR NO,S
  18. 000000000000003C: 59535245 4d4f5445 4c4f4749 4e532054 59504553 YSREMOTELOGINS TYPES
  19. 0000000000000050: 2c535953 52454d4f 54454c4f 47494e53 20545950 ,SYSREMOTELOGINS TYP
  20. 0000000000000064: 45532028 55504441 5445292c 41463a20 61676772 ES (UPDATE),AF: aggr
  21. 0000000000000078: 65676174 65206675 6e637469 6f6e2c41 503a2061 egate function,AP: a
  22. 中间省略...
  23. 0000000000000BB8: 2c6e756d 65726963 20726f75 6e646162 6f72742c ,numeric roundabort,
  24. 0000000000000BCC: 7072696d 61727920 6b65792c 616e7369 5f6e756c primary key,ansi_nul
  25. 0000000000000BE0: 6c5f6400 00d10700 00000031 01000001 000100 l_d........1.......
  26.  
  27. /*下文为 在槽位0 slot 0 的 这一行记录 ,详细描述每一列的存储情况*/
  28. Slot 0 Column 1 Offset 0x4 Length 4 Length (physical) 4
  29. /*slot 0,第一列 在本页占用4字节,列名为id,值为1*/
  30. id = 1
  31.  
  32. namea = [BLOB Inline Root] Slot 0 Column 2 Offset 0x13 Length 24 Length (physical) 24
  33. /*slot 0,第2列,本页占用24字节,列名为namea
  34. 这里可以看到是发生了行溢出情况,列中没有数据,但是存储了该列的实际位置
  35. 实际大小为6000字节,值 存储在第一个文件第307页的 slot 0 槽位上*/
  36.  
  37. Level = 0 Unused = 0 UpdateSeq = 1
  38. TimeStamp = 1775566848 Type = 2
  39. Link 0
  40.  
  41. Size = 6000 RowId = (1:307:0)
  42.  
  43. Slot 0 Column 3 Offset 0x2b Length 3000 Length (physical) 3000
  44.  
  45. nameb = (rpt),YES OR NO,SYSREMOTELOGINS TYPES,SYSREMOTELOGINS TYPES (UPDATE),AF: aggregate function,AP: applicati
  46. on,C : check cns,...省略中...primary key,ansi_null_d
  47. /*slot 0,第3列 ,本页占用3000字节,列名为nameb ,值为 nameb= 的后面一大段中*/
  48.  
  49. descriptions = [Textpointer] Slot 0 Column 4 Offset 0xbe3 Length 16 Length (physical) 16
  50. /*slot 0,第4列 ,该列为text数据类型,本页占用16字节,列名为descriptions,其值存储在第一个文件的第305页的 slot 1 槽位上*/
  51.  
  52. TextTimeStamp = 131137536 RowId = (1:305:1)
  53.  
  54. Slot 0 Offset 0x0 Length 0 Length (physical) 0
  55.  
  56. /*该表格有主键 ,该行的keyhashvalue值*/
  57.  
  58. KeyHashValue = (8194443284a0)
    选项为3,还有一个特殊情况,就是当分析非聚集索引的时候,其返回会多一个 table 

  1. create table tbpage(id int primary key not null identity(1,1) ,cola int,colb varchar(10),colc varchar(100))
  2.  
  3. insert into tbpage(cola,colb,colc) select object_id,type,name from sys.objects
  4.  
  5. create index ix_colc on tbpage(colc)
  6.  
  7. select * from sys.indexes where name='ix_colc'
  8.  
  9. dbcc ind('dbpage','tbpage',-1)
 
 
 dbcc page('dbpage',1,319,3)
返回多了一个可读性的列表,详细描述索引的列情况及键值情况,同时,原先的消息内容也还保持。

 
参考博文:
 
参考书籍:
《SQL SERVER 2012 实施与实战管理指南》
《SQL Server性能调优实战》
《SQL SERVER 2005 技术内幕 存储引擎》
 

SQL SERVER大话存储结构(1)_数据页类型及页面指令分析的更多相关文章

  1. SQL SERVER大话存储结构(3)_数据行的行结构

            一行数据是如何来存储的呢?     变长列与定长列,NULL与NOT NULL,实际是如何整理存放到 8k的数据页上呢?     对表格进行增减列,修改长度,添加默认值等DDL SQL ...

  2. SQL SERVER大话存储结构(6)_数据库数据文件

            数据库文件有两大类:数据文件跟日志文件,每一个数据库至少各有一个数据文件或者日志文件,数据文件用来存储数据,日志文件用来存储数据库的事务修改情况,可用于恢复数据库使用.     这里分 ...

  3. SQL SERVER大话存储结构(4)_复合索引与包含索引

              索引这块从存储结构来分,有2大类,聚集索引和非聚集索引,而非聚集索引在堆表或者在聚集索引表都会对其 键值有所影响,这块可以详细查看本系列第二篇文章:SQL SERVER大话存储结构 ...

  4. SQL SERVER大话存储结构(5)_SQL SERVER 事务日志解析

          本系列上一篇博文链接:SQL SERVER大话存储结构(4)_复合索引与包含索引    1 基本介绍 每个数据库都具有事务日志,用于记录所有事物以及每个事物对数据库所作的操作. 日志的记录 ...

  5. SQL SERVER大话存储结构(2)_非聚集索引如何查找到行记录

              如果转载,请注明博文来源: www.cnblogs.com/xinysu/   ,版权归 博客园 苏家小萝卜 所有.望各位支持!      1 行记录如何存储     这里引入两个 ...

  6. Oracle和sql server中复制表结构和表数据的sql语句

    在Oracle和sql server中,如何从一个已知的旧表,来复制新生成一个新的表,如果要复制旧表结构和表数据,对应的sql语句该如何写呢?刚好阿堂这两天用到了,就顺便把它收集汇总一下,供朋友们参考 ...

  7. [转帖]真TM长的:SQL Server 2008存储结构——GAM和SGAM、PFS结构、IAM结构、DCM&BCM

    谈到GAM和SGAM,我们不得不从数据库的页和区说起. https://blog.csdn.net/snowfoxmonitor/article/details/49991015 一个数据库由用户定义 ...

  8. SQL Server复制表结构和表数据生成新表的语句

    参考:http://topic.csdn.net/t/20020621/09/820025.html SELECT   *   INTO   newTableName   FROM   oldTabl ...

  9. 使用Spark加载数据到SQL Server列存储表

    原文地址https://devblogs.microsoft.com/azure-sql/partitioning-on-spark-fast-loading-clustered-columnstor ...

随机推荐

  1. VMware10虚拟机安装mac os x 10.9

    身边越来越多盆友们购进mac本子,不断地诱惑着小编,近日一直想着买一台mac本子装逼,后来想想用来开发(非ios)可能会遇着各种问题,就先在虚拟机上玩玩看,毕竟1,2万RMB不是小数. 在mac os ...

  2. otool是mac自带的工具

    找了一晚上otool的安装包,到最后才发现mac自带otool

  3. js 判断是否为空对象、空数组

    当需要判断参数是否为空时,总希望 js 能够提供原生的判断方法,可惜并没有,只能自己封装了. function isEmpty(obj) { // 检验 undefined 和 null if(!ob ...

  4. NIO(三、Channel)

    目录 NIO(一.概述) NIO(二.Buffer) NIO(三.Channel) Channel 上文说了描述了Buffer的实现机制,那么这个章节就主要描述数据是如何进入缓冲区的,并且又是如何从缓 ...

  5. Windows7 java-jdk1.7安装及设置变量过程

    jdk安装的次数较少,容易忘记,这里专门记录一下. 1:jdk1.7网上到处都是可以随便下载一个.然后进行安装,不过在安装过程中把安装路径单独记忆一下,在配置变量的时候会用到. 2:安装完JDK后配置 ...

  6. shell中的特殊变量和函数传参

    shell中的特殊变量 $? :上一个命令的执行状态返回值 $#::参数的个数 $*:参数列表,所有的变量作为一个字符串 $@:参数列表,每个变量作为单个字符串 $1-9,${10}:位置参数 $$: ...

  7. JAVA循环依赖

    最近看到一个问题:如果有两个类A和B,A类中有一个B的对象b,B类中有一个A的对象a,那么如何解决这两个类的相互依赖关系呢? 示例代码1 public class Test{ public stati ...

  8. Struts2的类型转换(上)

    传统的类型转换.(略) Struts2中提供了内置的基本的类型转换器,可以实现基本类型的自动转换,包括: Integer, Float, Double, Decimal Date and Dateti ...

  9. Gson解析复杂的Bean类实现Parcelable

    import java.util.ArrayList; import android.os.Parcel; import android.os.Parcelable; import android.s ...

  10. ASP.NET Core 网站发布到Linux服务器

    长期以来,使用.NET开发的应用只能运行在Windows平台上面,而目前国内蓬勃发展的互联网公司由于成本的考虑,大量使用免费的Linux平台,这就使得.NET空有一身绝技但无法得到广大的施展空间,.N ...