不能頻繁執(zhí)行DBCC SHRINKDATABASE的原因

首 先,我們需要了解數(shù)據(jù)文件并不是所有的空間都會被使用，而是只有部分未使用的空間：包括已刪除的數(shù)據(jù)、文件自動增長所未使用的空間及其一些不能被使用的碎 片空間，這些未使用空間可通過sp_sapceused得到。執(zhí)行DBCC SHRINKDATABASE后將分配頁從文件末尾移動到文件前部的未分配頁，然后進行壓縮；只有執(zhí)行了TRUNCATEONLYA，才會將空間釋放給操 作系了解DBCC SHRINKDATABASE的收縮原理我們再來看幾個問題：

1.DBCC SHRINKDATABASE 收縮后能起到整理數(shù)據(jù)庫文件碎片？

不能！DBCC SHRINKDATABASE僅僅是將空間給收縮了，并沒有做善后處理，數(shù)據(jù)庫文件的碎片只能是更多了。

2．DBCC SHRINKDATABASE收縮后數(shù)據(jù)庫的速度會快嗎？

不能！DBCC SHRINKDATABASE并沒有在收縮后執(zhí)行整理索引的步驟，因此，索引的碎片會更多，執(zhí)行速度應(yīng)該會慢一些。

3．為什么我每隔幾天就整理索引，但索引的碎片仍然產(chǎn)生的很快？

參考第二條，估計是你在執(zhí)行索引整理后，又執(zhí)行了DBCC SHRINKDATABASE。

4.什么時候使用DBCC SHRINKDATABASE？

只有產(chǎn)生許多未使用空間的操作（如截斷表或刪除表操作）后，執(zhí)行收縮操作最有效，產(chǎn)生碎片較少。

結(jié)論：

DBCC SHRINKDATABASE并不是不能使用，而是要慎重使用，尤其不要頻繁使用，因為它會增加數(shù)據(jù)庫碎片的程度。

注釋：

A: TRUNCATEONLY 將文件末尾的全部可用空間回收給操作系統(tǒng)。但是，TRUNCATEONLY 不在文件內(nèi)執(zhí)行任何頁移動。指定的文件只被收縮到最近分配的區(qū)。如果隨 TRUNCATEONLY 一起指定，則忽略 target_percent。