本文主要介紹sqlserver收縮數(shù)據(jù)庫需要很長(zhǎng)時(shí)間(sql server要注意收縮數(shù)據(jù)文件)，下面一起看看sqlserver收縮數(shù)據(jù)庫需要很長(zhǎng)時(shí)間(sql server要注意收縮數(shù)據(jù)文件)相關(guān)資訊。
誤區(qū)9: #數(shù)據(jù)庫文件收縮不影響性能錯(cuò)誤！只有在這種情況下，合同數(shù)據(jù)庫文件才不會(huì)影響文件末尾剩余空間的性能，并且壓縮文件指定truncateonly選項(xiàng)。文件收縮的過程會(huì)極大地影響性能。這個(gè)過程需要移動(dòng)大量數(shù)據(jù)，產(chǎn)生大量io。這個(gè)過程會(huì)被記錄在日志中，導(dǎo)致日志激增，也會(huì)占用大量cpu資源。它不僅會(huì)影響收縮期間的性能，還會(huì)影響收縮后的文件。收縮生成的日志將被事務(wù)日志傳輸、鏡像、復(fù)制和重復(fù)。當(dāng)沒有足夠的空間時(shí)，文件也需要0初始化來影響性能(除非零初始化選項(xiàng)打開)。這還不是最壞的情況，最壞的結(jié)果是文件收縮產(chǎn)生大量索引碎片，影響掃描操作的性能。不幸的是，我沒有。;不要寫約束數(shù)據(jù)庫的代碼。(如果是我寫的，我不會(huì) t一開始就不允許這個(gè)機(jī)制)，所以我們唯一能做的就是接受這個(gè)操作。如果你想找到一種方法來取代數(shù)據(jù)庫文件收縮，請(qǐng)參閱這個(gè)博客:為什么你不應(yīng)該 不要把你的數(shù)據(jù)文件，或者你一開始就計(jì)劃好的文件:數(shù)據(jù)的重要性。這個(gè):tgif時(shí)間偏差。記住這一點(diǎn)，孩子們:數(shù)據(jù)文件的收縮是的?？s小數(shù)據(jù)庫更是惡上加惡。it 這是一種簡(jiǎn)單可怕的自動(dòng)收縮。簡(jiǎn)單的收縮。;不要總是讓我們遠(yuǎn)離麻煩。
了解更多sqlserver收縮數(shù)據(jù)庫需要很長(zhǎng)時(shí)間(sql server要注意收縮數(shù)據(jù)文件)相關(guān)內(nèi)容請(qǐng)關(guān)注本站點(diǎn)。