SQL Server表索引有一種使自己稀疏的特性，表越大并且訪問越頻繁，就越需要一個(gè)合適的調(diào)整因子。

　　SQL Server表索引的填充因子選項(xiàng)是最常見的針對(duì)索引的一種調(diào)優(yōu)方法。索引的填充因子是一個(gè)百分比，用于告訴SQL Server每個(gè)葉級(jí)索引頁可以填充多少索引數(shù)據(jù)，多少空間應(yīng)該保留作為成長空間。如果基礎(chǔ)表的列被修改或列被添加或在表中添加數(shù)據(jù)時(shí)，那么就會(huì)發(fā)生擴(kuò)展。隨著時(shí)間的推移索引碎片在增長，或者索引性能表現(xiàn)不佳，這是一個(gè)標(biāo)志你可能需要調(diào)整最常用表的索引填充因子。問題是如何進(jìn)行調(diào)整。

　　首先，你必須做的是避免發(fā)生這類狀況，手動(dòng)設(shè)置一個(gè)實(shí)例級(jí)的填充因子，也就是說填充因子將影響給定SQL Server實(shí)例中的所有表。原因很簡單：每張SQL Server表都有自己的操作特性，有其自身的需要。填充因子默認(rèn)設(shè)置為100% 。默認(rèn)情況下，它可以隨時(shí)間調(diào)整就像調(diào)整數(shù)據(jù)庫性能一樣。

　　第二件要記住的事情：有可能在很多實(shí)例中不需要調(diào)整填充因子。對(duì)只有幾頁的索引不必費(fèi)心(使用DBCC SHOWCONTIG命令可知)，反正這些索引都會(huì)被緩存起來。首先確認(rèn)索引的最大頁數(shù)和低掃描密度(使用DBCC SHOWCONTIG命令可知)。一個(gè)只有12頁和50%密度的索引所產(chǎn)生的問題要遠(yuǎn)遠(yuǎn)小于一個(gè)有7000頁和同樣密度的索引。

　　第三，要明確需要調(diào)整多大，應(yīng)該向什么方向調(diào)整，因?yàn)闆]有一個(gè)神奇數(shù)字可以滿足所有的需求。填充因子設(shè)置太高，就會(huì)浪費(fèi)大量的空間以及被拆分成單頁。填充因子設(shè)置太低，數(shù)據(jù)庫大小的增加會(huì)導(dǎo)致大量的輸入/輸出操作從而影響性能。

　　Randal建議開始的時(shí)候把70%作為默認(rèn)值使用一個(gè)星期左右，然后根據(jù)變化的結(jié)果向上或向下調(diào)整這個(gè)值。在這方面SQL Server性能計(jì)數(shù)器（sys.dm_os_performance_counters）Page Splits/sec就是一個(gè)很大的幫助;計(jì)數(shù)器值越高，越需要對(duì)SQL Server表索引進(jìn)行調(diào)優(yōu)。

　　也有人建議，填充因子的設(shè)置取決于有問題表的讀/寫率，低更新(頻繁讀)的表使用高填充因子，反之亦然。因此，填充因子值不應(yīng)低于60%-70%，除非你有一些極不尋常的使用方案，一般情況下都是寫的數(shù)量級(jí)多于讀。

　　另一個(gè)建議是：如果只是將數(shù)據(jù)添加到表的末尾，那么填充因子不能設(shè)置為0或100%。根據(jù)我的經(jīng)驗(yàn)，追加方式操作的表通常受益于90%的填充因子，如果沒有大量的更新操作，只需要空出足夠的索引成長空間即可。

　　SQLTeam.com的Tara Kizer也談到填充因子的更改如何會(huì)降低SELECT的性能，以及任何更改填充因子的動(dòng)作必須要有定期的數(shù)據(jù)庫性能審計(jì)。

SQL Server調(diào)整因子