誤區(qū) #9: 數(shù)據(jù)庫文件收縮不會影響性能

錯誤!

        收縮數(shù)據(jù)庫文件唯一不影響性能的情況是文件末尾有剩余空間的情況下，收縮文件指定了TruncateOnly選項。

    收縮文件的過程非常影響性能，這個過程需要移動大量數(shù)據(jù)從而造成大量IO，這個過程會被記錄到日志從而造成日志暴漲，相應(yīng)的，還會占去大量的CPU資源。

    不僅在收縮的過程中影響性能，并且在文件收縮之后同樣影響應(yīng)能，收縮產(chǎn)生的大量日志會被事務(wù)日志傳送，鏡像，復(fù)制能操作重復(fù)執(zhí)行。而空間不夠時，文件還需要填0初始化從而影響性能（除非你開啟的不用填零初始化的選項）。

    這還不算最糟，最糟的結(jié)果是文件收縮造成了大量的索引碎片，對于scan操作來說這個碎片影響性能。

    不幸的是，收縮數(shù)據(jù)庫的代碼不是我寫的（如果要是我寫的話，我一開始就不會允許這種機制的）所以我們唯一能做的就是接受這種操作。

    如果你想找到替代數(shù)據(jù)庫文件收縮的方式，請看這篇博文：Why you should not shrink your data files,或者是一開始你就對文件做好規(guī)劃:Importance of data file size management。還有這篇:TGIF Time Warp.

    孩子，記住這一點:

•     數(shù)據(jù)文件收縮是邪惡的
•     收縮數(shù)據(jù)庫更加邪惡
•     自動收縮那簡直就是十惡不赦了

    簡單的對收縮說NO就可以讓我們永遠遠離其造成的煩惱。