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

錯(cuò)誤!

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

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

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

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

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

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

    孩子，記住這一點(diǎn):

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

    簡(jiǎn)單的對(duì)收縮說NO就可以讓我們永遠(yuǎn)遠(yuǎn)離其造成的煩惱。