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

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

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

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

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

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

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

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

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

SQL Server調(diào)整因子