SQLSERVER重做索引

1、大多數(shù)SQLServer表需要索引來提高數(shù)據(jù)的訪問速度，如果沒有索引，SQLServer要全表進(jìn)行掃描讀取表中的每一個(gè)記錄才能找到所要的數(shù)據(jù)。索引可以分為簇索引和非簇索 引：簇索引通過重排表中的數(shù)據(jù)來提高數(shù)據(jù)的訪問速度；而非簇索引那么通過維護(hù)表中的數(shù)據(jù)指針來提高數(shù)據(jù)的訪問速度。1. 索引的體系結(jié)構(gòu)SQLServer 2005在硬盤中用8KB頁面在數(shù)據(jù)庫文件內(nèi)存放數(shù)據(jù)。缺省情況下這些頁面 及其包含的數(shù)據(jù)是無組織的。為了使混亂變?yōu)橛行?，就要生成索引。生成索引后，就有了索引頁和?shù)據(jù)頁之分：數(shù)據(jù)頁用來保存用戶寫入的數(shù)據(jù)信息；索引頁存放用于檢索列的數(shù)據(jù)值清單關(guān)鍵字和索引表中該值所在紀(jì)錄的地址指針。索引分

2、為簇索引和非簇索引，簇索引 實(shí)質(zhì)上是將表中的數(shù)據(jù)排序，就好似是字典的索引目錄。非簇索引不對數(shù)據(jù)排序，它只保存了數(shù)據(jù)的地址。向一個(gè)帶簇索引的表中插入數(shù)據(jù)，當(dāng)數(shù)據(jù)頁到達(dá)100%寸，由于頁面沒有空間插入新的的紀(jì)錄，這時(shí)就會(huì)發(fā)生分頁，SQL Server將大約一半的數(shù)據(jù)從滿頁中移到空頁中，從而生成兩個(gè)1/2滿頁。這樣就有大量的空的數(shù)據(jù)空間。簇索引是雙向鏈表， 在每一頁的頭部保存了前一頁、后一頁以及分頁后數(shù)據(jù)移出的地址。由于新頁可能在數(shù)據(jù)庫文件中的任何地方，因此頁面的鏈接不一定指向磁盤的下一個(gè)物理頁。鏈接可能指向了另一個(gè)區(qū)域， 這就形成了分塊，從而減慢了系統(tǒng)的速度。對于帶簇索引和非簇索引的表來說，非簇索

3、引的關(guān)鍵字是指向簇索引的，而不是指向數(shù)據(jù)頁的本身。為了克服數(shù)據(jù)分塊帶來的負(fù)面影響，需要重構(gòu)表的索引，這是非常費(fèi)時(shí)的，因此只能 在需要時(shí)進(jìn)行?？梢酝ㄟ^DBCC SHOWCONTG定是否需要重構(gòu)表的索引。2. DBCC SHOWCONTIG法下面舉例來說明 DBCC SHOWCONTIGDBCC REDBINDEX使用方法。以應(yīng)用程序中的 Employee數(shù)據(jù)表作為例子，在 SQL Server的Query analyzer 輸入命令：use database_name declare table_id int set tableJd=objectJd('Employee') db

4、cc showcontig(table_id)輸出結(jié)果：DBCC SHOWCONTIG scanning 'Employee'table. Table: 'Employee' (1195151303); index ID: 1, database ID: 53TABLE level scan performed.- Pages Scanned179- Extents Scanned:24- Extent Switches24- Avg. Pages per Extent: 7.5- Scan Density Best Count:Actual Count.: 9

5、2.00% 23:25- Logical Scan Fragmentation:0.56%- Extent Scan Fragmentation:12.50%- Avg. Bytes Free per Page:552.3- Avg. Page Density (full):93.18%DBCC execution completed.If DBCC printed error messages, contact your system administrator.通過分析這些結(jié)果可以知道該表的索引是否需要重構(gòu)。如下描述了每一行的意義:信息描述Pages Scanned表或索引中的長頁數(shù)Ext

6、ents Scanned表或索引中的長區(qū)頁數(shù)Extent Switches DBCC遍歷頁時(shí)從一個(gè)區(qū)域到另一個(gè)區(qū)域的次數(shù)Avg. Pages per Extent相關(guān)區(qū)域中的頁數(shù)Scan DensityBest Count:Actual CountBest Count是連續(xù)鏈接時(shí)的理想?yún)^(qū)域改變數(shù)，ActualCount是實(shí)際區(qū)域改變,Scan Density 為100%表示沒有分塊。Logical Scan Fragmentation頁的百分比Extent Scan Fragmentation掃描索引頁中失序不實(shí)際相鄰和包含Avg. Bytes Free per Page掃描頁面中平均鏈路中所

7、有鏈接頁的區(qū)域數(shù)自由字節(jié)數(shù)Avg. Page Density (full)平均頁密度，表示頁有多滿從上面命令的執(zhí)行結(jié)果可以看的出來，Best count為23而Actual Count為25。這說明orders表有分塊，需要重構(gòu)表索引。下面通過DBCC DBREINDEX重構(gòu)表的簇索弓I。3. DBCC DBREINDEX 用法重建指定數(shù)據(jù)庫中表的一個(gè)或多個(gè)索弓I。DBCC DBREINDEX('database.owner.table_name',index_name,fillfactor )'database.owner.tablename'是要重建其指定的

8、索引的表名。數(shù)據(jù)庫、所有者和表名必須符合標(biāo)識(shí)符的規(guī)那么。有關(guān)更多信息，請參見使用標(biāo)識(shí)符。如果提供database 或owner局部，那么必須使用單引 號(hào)(') 將整個(gè)database.owner.table_name 括起來。如果只指定 table_name ,那么不需要單引號(hào)。index_name是要重建的索引名。索引名必須符合標(biāo)識(shí)符的規(guī)那么。如果未指定index_name或指定為，就要對表的所有索引進(jìn)行重建。fillfactor是創(chuàng)立索引時(shí)每個(gè)索引頁上要用于存儲(chǔ)數(shù)據(jù)的空間百分比。fillfactor替換起始填充因子以作為索引或任何其它重建的非聚集索引因?yàn)橐阎亟ň奂饕男履J(rèn)值。如

9、果 fillfactor 為0, DBCC DBREINDE疝創(chuàng)立索引時(shí)將使用指定的起始fillfactor 。同樣在Query Analyzer 中輸入命令：dbcc dbreindex('database_name.dbo.Employee',",90)然后再用DBCC SHOWCONTa重構(gòu)索引后的結(jié)果：DBCC SHOWCONTIG scanning 'Employee' table.Table: 'Employee' (1195151303); index ID: 1, database ID: 53TABLE level scan performed.- Pages Scanned178- Extents Scanned: 23- Extent Switches22- Avg. Pages perExtent:7.7- Scan Density Best Count:ActualCount.: 100.00% 23:23- Logical ScanFragmentation: 0.00%- Extent ScanFragmentation: 0.00%- Avg. Bytes Free perPage