1 鎖片化的產(chǎn)生

1.1 產(chǎn)生碎片化的原因

1、在B-tree索引中，表數(shù)據(jù)按照聚集索引的排序進(jìn)行物理存儲(chǔ)，若聚集索引離散化比較嚴(yán)重，那么可能會(huì)出現(xiàn)較為嚴(yán)重的碎片化問題；

2、隨著業(yè)務(wù)的DML操作，會(huì)伴隨著數(shù)據(jù)頁分裂的情況，這種情況下也會(huì)導(dǎo)致表空間碎片化問題;

3、大表通過delete清理無效歷史數(shù)據(jù)，delete產(chǎn)生碎片化空間；

1.2 碎片化的影響

表空間碎片化越嚴(yán)重越容易影響對(duì)該表的查詢效率，這是因?yàn)楫?dāng)表碎片化比較嚴(yán)重時(shí)，數(shù)據(jù)庫根據(jù)執(zhí)行計(jì)劃掃描滿足需求的數(shù)據(jù)頁會(huì)掃描較多“無效頁面”，導(dǎo)致查詢操作需要更多的IO消耗。

1.3 定位碎片化

1、在SQL Server中，可以通過DBCC SHOWCONTIG的方式查看表空間碎片化的一些統(tǒng)計(jì)信息，具體語法如下：

–查看數(shù)據(jù)庫中所有索引的碎片信息
use ${數(shù)據(jù)庫名}
DBCC SHOWCONTIG WITH ALL_INDEXES
–查看指定表的所有索引的碎片信息
DBCC SHOWCONTIG (${表名}) WITH ALL_INDEXES
–查看指定表、指定索引的碎片信息
DBCC SHOWCONTIG (${表名},${索引名})