• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    硬盘基地手机版
  • 关注官方公众号
    微信扫一扫关注
    硬盘基地公众号
  • 中国硬盘基地 硬盘基地 数据库 SQLServer 查看内容

    SQL DBCC你知道吗? DBCC命令讲解

    2015-1-27 14:19| 发布者: 蝴蝶| 查看: 5530| 评论: 2|来自: huangxincheng

    摘要: 一:DBCC1:什么是DBCC  我不是教学老师,我也说不到没有任何无懈可击的定义,全名:Database Console Commands。顾名思义“数据库控制台命令”,说到“控制台“,我第一反应就是chrome的开发者工具,不知道你的第 ...

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



    开心

    鄙视
    1

    鼓掌

    愤怒

    可怜

    刚表态过的朋友 (1 人)

    该文章已有2人参与评论

    请发表评论

    全部评论

      • 引用 microhl 2015-11-5 10:17
        DBCC确实有用的,涨姿势了
      • 引用 xugarfee 2015-10-27 13:07
        掌握DBCC   基本上就是SQLSERVER修复的90%

    查看全部评论>>

    扫描微信二维码

    查看手机版网站

    随时了解更新最新资讯

    .

    在线客服(服务时间 9:00~18:00)

    在线QQ客服
    .
    Email:9443120@qq.com
    移动电话:13011628855

    Powered by Intohard X1.0© 2001-2013 Inhdd Inc.( 鲁ICP备09029790号 )