今天研發(fā)中心辦年會(huì)，晚上就是各自部門聚餐了，我個(gè)人喜歡喝干紅，在干紅中你可以體味到那種酸甜苦辣。。。人生何嘗不是這樣呢？？？正好ceo從美國帶了干紅回來，然后我就順道開心的過了把癮。。。。一個(gè)字。。。爽。。。。喝著有點(diǎn)多。。。到現(xiàn)在頭還疼。。。?；貋淼罔F上想這個(gè)周末忙著找房子，書一點(diǎn)都沒看，也沒在博客上接著忽悠，想起了上篇博客有個(gè)哥們說普及普及DBCC，雖然有點(diǎn)迷迷糊糊的。。?？茨懿荒軐懗鳇c(diǎn)新花樣。。。。不管學(xué)什么語言，還是數(shù)據(jù)庫，你得看的比人家深一層。。。最可悲的就是停留的在表層，這樣每次版本升級(jí)后，出了些新花樣，然后你就覺得太他媽神奇了，可事實(shí)真的是這樣么？有個(gè)很現(xiàn)實(shí)的例子就是C#各個(gè)版本中的語法糖。。。。。當(dāng)你ILdasm之后，你會(huì)發(fā)現(xiàn)都是些基礎(chǔ)不能再

基礎(chǔ)的東西，C#有個(gè)好處，就是你可以看源碼，你還可以ILdasm它。。?；旧夏憔涂梢宰屗阒鴣硪娔?，但sqlserver有點(diǎn)特殊，它不是編程語言，你肯定不會(huì)通過反編譯來學(xué)習(xí)，那它更深一層的東西就只能是底層的數(shù)據(jù)頁了。. 。所以這個(gè)是學(xué)習(xí)sqlserver的基本功，扯的有點(diǎn)多。。。

一：DBCC

1：什么是DBCC

　 我不是教學(xué)老師，我也說不到?jīng)]有任何無懈可擊的定義，全名：Database Console Commands。顧名思義“數(shù)據(jù)庫控制臺(tái)命令”，說到“控制臺(tái)“，我第一反應(yīng)就是chrome的開發(fā)者工具，不知道你的第一反應(yīng)會(huì)是怎樣？開發(fā)者工具中，只要javascript能認(rèn)的語法，你都可以在控制臺(tái)鍵入。。。同樣的道理sqlserver能認(rèn)的也是一樣。

2：DBCC到底有多少個(gè)命令

　 你應(yīng)該知道，凡是控制臺(tái)，大多都會(huì)提供一個(gè)help命令，比如cmd界面，又或者是mongodbのconsole，

然后看看DBCC中的help會(huì)是怎樣？？？

從上圖中，我從上到下數(shù)了下，有32個(gè)命令，不過有意思的是，微軟提供的這32個(gè)命令其實(shí)都是些對(duì)外公開的，我這么說的意思是還有些未公開的命令只是微軟自己用。。。。我可以讓你眼見為實(shí)。

從上面我們大概也看到了，公開和未公開的dbcc命令，加起來大約有100個(gè)，但是你要問我這些dbcc命令怎么用。。。我也告訴不了你，畢竟我的腦子沒有那么發(fā)達(dá)去記這些無聊的東西，再說也不想花時(shí)間專門的去記這些東西，就像英語的記單詞一樣。。。但是辦法還是有的，大多東西都禁不住死纏爛打的，對(duì)女孩子也這樣，要么纏到她喜歡上你，要么纏到她報(bào)警把你抓了。

3：如何記住DBCC命令

<1> 聯(lián)機(jī)叢書

聯(lián)機(jī)叢書可以說是sqlserver之母，在這個(gè)世界上你不會(huì)找到有比它還要權(quán)威，還要全的資料了，你可以點(diǎn)擊這里看看它的神威，然后你就可以

鍵入dbcc，去尋找你需要尋找的東西，從下圖中也看到，dbcc大概也是分為4類的，比較遺憾的是，未公開的dbcc命令在聯(lián)機(jī)叢書上是找不到的。

<2> help('xxx')

如果你對(duì)命令的用法有了大概認(rèn)知，但是一時(shí)忘了怎么賦參數(shù)，這時(shí)候你就可以用help('xxx')來幫助你節(jié)省開發(fā)時(shí)間，比如說buffer和ind命令。

二：常用命令的實(shí)踐

1: DBCCTRACEON

聯(lián)機(jī)叢書上說，這個(gè)就是啟用指定的跟蹤標(biāo)志，既然說指定，這個(gè)就內(nèi)涵了。。。我常用來研究的只有二個(gè)：

<1> TRACEON(2588)

這個(gè)剛才你也知道了，指定了2588標(biāo)記的話，你就可以看到未公開的dbcc命令了，同時(shí)你也可以看到各種命令參數(shù)的提示了。

<2> TRACEON(3604)

　這個(gè)指定的標(biāo)記就是可以將DBCC Page的結(jié)果顯示在客戶端，否則就顯示不出來了，不知道你在前面幾章中是否有注意到呢？？？　

2：DBCC IND

　這個(gè)命令在本系列中會(huì)非常頻繁的使用，因?yàn)樗褪怯脕聿榭础倍驯怼盎蛘摺彼饕暗臄?shù)據(jù)頁信息，沒有它的話，我就無所研究了，還是老規(guī)矩，先看看

它的參數(shù)信息，如下圖：

前兩個(gè)參數(shù)我想你好理解，我在前面小節(jié)中也說到了，一個(gè)是dbname，一個(gè)是tablename or viewname or procname等等，第三個(gè)參數(shù)是最

有意思的，這里面的1，0，-1，-2 是什么意思呢？？？

<1> 1： 顯示聚集索引數(shù)據(jù)頁信息和IAM跟蹤數(shù)據(jù)頁信息。

<2> 0: 顯示堆表數(shù)據(jù)頁信息和IAM跟蹤數(shù)據(jù)頁信息。

<3>-1： 顯示所有數(shù)據(jù)頁信息，比如（IAM，索引數(shù)據(jù)頁，堆表數(shù)據(jù)頁）。

<4>-2： 顯示IAM數(shù)據(jù)頁信息。

<5>nonclustered indid: 從這個(gè)參數(shù)的排位列表，你大概也能看到是一個(gè)”正無限大“到1,0,-1,-2這種模式，仔細(xì)想想這個(gè)意思我想你也明白，比如

　　　　　　　　　　說2就代表第一個(gè)非聚集索引，3代表第二個(gè)非聚集索引，以此類推。。。。。

真不想舉例子，因?yàn)樵偻抡f的話，就說不盡了。。。算了，還是舉一個(gè)例子吧：

通過上面的圖，我想你應(yīng)該明白我在做什么了吧？？？可以看到當(dāng)前非聚集索引的數(shù)據(jù)分布在(PageFID:PagePID）(1:110) ,(1:115)....等4個(gè)數(shù)據(jù)頁上，可以看到(1:114)只是他們的數(shù)據(jù)跟蹤頁。有人可能會(huì)說，我怎么看出來是IAM跟蹤頁呢？你只需看IAMFID和IAMPID為null就可以認(rèn)為是IAM跟蹤頁了，當(dāng)你看到IndexID>0的話，它就是索引頁了。

3:DBCC PAGE

　這個(gè)命令也是本系列頻繁涉及到的，因?yàn)樗_實(shí)太有用了，當(dāng)我用IND導(dǎo)出數(shù)據(jù)頁后，下一步就是一定要看看這個(gè)數(shù)據(jù)頁中到底都有哪些信息，人都是這樣具有貪欲的，誘惑呀~~~老規(guī)矩，先看看參數(shù)。

從圖中可以看到，第二和第三這兩個(gè)參數(shù)沒有什么意思，因?yàn)槲乙呀?jīng)用IND查詢出了索引在哪些數(shù)據(jù)頁（fileID:pageID）上面了，下面我們仔細(xì)

看看第四個(gè)參數(shù)。

<1> 0：輸出可讀形式的數(shù)據(jù)頁頁頭數(shù)據(jù)，原因是這樣的，在一個(gè)數(shù)據(jù)頁中，有96個(gè)字節(jié)空間來表示一個(gè)數(shù)據(jù)頁頭，里面的內(nèi)容可豐富啦。。。。

<2> 1：輸出可讀形式的數(shù)據(jù)頁頁頭數(shù)據(jù)，并且還有槽位對(duì)應(yīng)記錄的十六進(jìn)制內(nèi)容?！　?/p>

<2> 2：輸出整個(gè)數(shù)據(jù)頁頁頭的十六進(jìn)制數(shù)據(jù)，包括（頁頭，內(nèi)容 和 slot），這個(gè)是我最常用的命令。

<3> 3：輸出可讀形式的數(shù)據(jù)頁頁頭數(shù)據(jù)，并且包括記錄中每個(gè)字段的可讀形式。

上面的命令看起來有點(diǎn)玄乎，我就只舉一個(gè)例子，其他的留給大家試試看啦~~~

DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
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 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場(chǎng)，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。