Sql Server中的DBCC命令详细介绍

     今天研发中心办年会，晚上就是各自部门聚餐了，我个人喜欢喝干红，在干红中你可以体味到那种酸甜苦辣。。。人生何尝不是这样呢？？？正好ceo从美国带了干红回来，然后我就顺道开心的过了把瘾。。。。一个字。。。爽。。。。喝着有点多。。。到现在头还疼。。。。回来地铁上想这个周末忙着找房子，书一点都没看，也没在博客上接着忽悠，想起了上篇博客有个哥们说普及普及dbcc，虽然有点迷迷糊糊的。。。看能不能写出点新花样。。。。不管学什么语言，还是数据库，你得看的比人家深一层。。。最可悲的就是停留的在表层，这样每次版本升级后，出了些新花样，然后你就觉得太他妈神奇了，可事实真的是这样么？有个很现实的例子就是c#各个版本中的语法糖。。。。。当你ildasm之后，你会发现都是些基础不能再

基础的东西，c#有个好处，就是你可以看源码，你还可以ildasm它。。。基本上你就可以让它裸着来见你，但sqlserver有点特殊，它不是编程语言，你肯定不会通过反编译来学习，那它更深一层的东西就只能是底层的数据页了。.  。所以这个是学习sqlserver的基本功，扯的有点多。。。

 一：dbcc

1：什么是dbcc

　 我不是教学老师，我也说不到没有任何无懈可击的定义，全名：database console commands。顾名思义“数据库控制台命令”，说到“控制台“，我第一反应就是chrome的开发者工具，不知道你的第一反应会是怎样？开发者工具中，只要javascript能认的语法，你都可以在控制台键入。。。同样的道理sqlserver能认的也是一样。

 2：dbcc到底有多少个命令

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

 然后看看dbcc中的help会是怎样？？？

 从上图中，我从上到下数了下，有32个命令，不过有意思的是，微软提供的这32个命令其实都是些对外公开的，我这么说的意思是还有些未公开的命令只是微软自己用。。。。我可以让你眼见为实。

从上面我们大概也看到了，公开和未公开的dbcc命令，加起来大约有100个，但是你要问我这些dbcc命令怎么用。。。我也告诉不了你，毕竟我的脑子没有那么发达去记这些无聊的东西，再说也不想花时间专门的去记这些东西，就像英语的记单词一样。。。但是办法还是有的，大多东西都禁不住死缠烂打的，对女孩子也这样，要么缠到她喜欢上你，要么缠到她报警把你抓了。

 3：如何记住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，一个是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的话，它就是索引页了。

 

3:dbcc page

　这个命令也是本系列频繁涉及到的，因为它确实太有用了，当我用ind导出数据页后，下一步就是一定要看看这个数据页中到底都有哪些信息，人都是这样具有贪欲的，诱惑呀~~~老规矩，先看看参数。

从图中可以看到，第二和第三这两个参数没有什么意思，因为我已经用ind查询出了索引在哪些数据页（fileid:pageid）上面了，下面我们仔细

看看第四个参数。

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

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

<2> 2：输出整个数据页页头的十六进制数据，包括（页头，内容 和 slot），这个是我最常用的命令。

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

 

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

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 输出了错误信息，请与系统管理员联系。