不能頻繁執行DBCC SHRINKDATABASE的原因
首先,我們需要了解數據文件并不是所有的空間都會(huì )被使用，而是只有部分未使用的空間：包括已刪除的數據、文件自動(dòng)增長(cháng)所未使用的空間及其一些不能被使用的碎片空間，這些未使用空間可通過(guò)sp_sapceused得到。執行DBCCSHRINKDATABASE后將分配頁(yè)從文件末尾移動(dòng)到文件前部的未分配頁(yè)，然后進(jìn)行壓縮；只有執行了TRUNCATEONLYA，才會(huì )將空間釋放給操作系了解DBCC SHRINKDATABASE的收縮原理我們再來(lái)看幾個(gè)問(wèn)題：
1.DBCC SHRINKDATABASE 收縮后能起到整理數據庫文件碎片？
不能！DBCC SHRINKDATABASE僅僅是將空間給收縮了，并沒(méi)有做善后處理，數據庫文件的碎片只能是更多了。
2．DBCC SHRINKDATABASE收縮后數據庫的速度會(huì )快嗎？
不能！DBCC SHRINKDATABASE并沒(méi)有在收縮后執行整理索引的步驟，因此，索引的碎片會(huì )更多，執行速度應該會(huì )慢一些。
3．為什么我每隔幾天就整理索引，但索引的碎片仍然產(chǎn)生的很快？
參考第二條，估計是你在執行索引整理后，又執行了DBCC SHRINKDATABASE。
4.什么時(shí)候使用DBCC SHRINKDATABASE？
只有產(chǎn)生許多未使用空間的操作（如截斷表或刪除表操作）后，執行收縮操作最有效，產(chǎn)生碎片較少。
結論：
DBCC SHRINKDATABASE并不是不能使用，而是要慎重使用，尤其不要頻繁使用，因為它會(huì )增加數據庫碎片的程度。
注釋?zhuān)?/strong>
A: TRUNCATEONLY 將文件末尾的全部可用空間回收給操作系統。但是，TRUNCATEONLY 不在文件內執行任何頁(yè)移動(dòng)。指定的文件只被收縮到最近分配的區。如果隨 TRUNCATEONLY 一起指定，則忽略 target_percent。
聯(lián)系客服
