Sql Server中的DBCC敕令具體引見。本站提示廣大學習愛好者：（Sql Server中的DBCC敕令具體引見）文章只能為提供參考，不一定能成為您想要的結果。以下是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 輸入了毛病信息，請與體系治理員接洽。
