什么是SQL Server數(shù)據(jù)庫收縮

這篇文章主要講解了“什么是SQL Server數(shù)據(jù)庫收縮”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“什么是SQL Server數(shù)據(jù)庫收縮”吧！

1、為什么要進(jìn)行數(shù)據(jù)庫收縮?

SQL Server 數(shù)據(jù)庫采取預(yù)先分配空間的方法來建立數(shù)據(jù)庫的數(shù)據(jù)文件或者日志文件，比如數(shù)據(jù)文件的空間分配了300MB，而實(shí)際上只占用了20MB空間，這樣就會造成磁盤存儲空間的浪費(fèi)。可以通過數(shù)據(jù)庫收縮技術(shù)對數(shù)據(jù)庫中的每個文件進(jìn)行收縮，刪除已經(jīng)分配但沒有使用的頁。從而節(jié)省服務(wù)器的存儲的成本。

2、數(shù)據(jù)庫收縮的原理

官方解釋：收縮數(shù)據(jù)文件通過將數(shù)據(jù)頁從文件末尾移動到更靠近文件開頭的未占用的空間來恢復(fù)空間。在文件末尾創(chuàng)建足夠的可用空間后，可以取消對文件末尾的數(shù)據(jù)頁的分配并將它們返回給文件系統(tǒng)。

3、數(shù)據(jù)庫收縮的限制和局限

收縮后的數(shù)據(jù)庫不能小于數(shù)據(jù)庫最初創(chuàng)建時(shí)指定的大小。 或是上一次使用文件大小更改操作(如 DBCC SHRINKFILE)設(shè)置的顯式大小。

比如：如果數(shù)據(jù)庫最初創(chuàng)建時(shí)的大小為 10 MB，后來增長到 100 MB，則該數(shù)據(jù)庫最小只能收縮到 10 MB，即使已經(jīng)刪除數(shù)據(jù)庫的所有數(shù)據(jù)也是如此。

不能在備份數(shù)據(jù)庫時(shí)收縮數(shù)據(jù)庫。 反之，也不能在數(shù)據(jù)庫執(zhí)行收縮操作時(shí)備份數(shù)據(jù)庫。

4、數(shù)據(jù)庫收縮的方式

4.1 收縮數(shù)據(jù)庫 DBCC SHRINKDATABASE

介紹：收縮指定數(shù)據(jù)庫中的數(shù)據(jù)文件大小。

語法格式：

DBCC SHRINKDATABASE      ( database_name [ , target_percent ]          [ , { NOTRUNCATE | TRUNCATEONLY } ]   )

參數(shù)說明：

• database_name：是要收縮的數(shù)據(jù)庫名稱

• target_percent：是數(shù)據(jù)庫收縮后的數(shù)據(jù)庫文件中所要的剩余可用空間百分比。

• NOTRUNCATE：導(dǎo)致在數(shù)據(jù)庫文件中保留所釋放的文件空間。如果未指定，將所釋放的文件空間釋放給操作系統(tǒng)。

• TRUNCATEONLY：導(dǎo)致將數(shù)據(jù)文件中的任何未使用的空間釋放給操作系統(tǒng)，并將文件收縮到上一次所分配的大小，從而減少文件大小，而不移動任何數(shù)據(jù)。不試圖重新定位未分配頁的行。使用 TRUNCATEONLY 時(shí)，忽略 target_percentis。

4.2 收縮數(shù)據(jù)庫文件 DBCC SHRINKFILE

介紹：收縮當(dāng)前數(shù)據(jù)庫的指定數(shù)據(jù)或日志文件的大小，或通過將數(shù)據(jù)從指定的文件移動到相同文件組中的其他文件來清空文件，以允許從數(shù)據(jù)庫中刪除該文件。文件大小可以收縮到比創(chuàng)建該文件時(shí)所指定的大小更小。這樣會將最小文件大小重置為新值。

語法格式：

DBCC SHRINKFILE   (      { file_name | file_id }       { [ , EMPTYFILE ]       | [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]      }  )  [ WITH NO_INFOMSGS ]

參數(shù)說明：

• file_name：要收縮的文件的邏輯名稱。

• file_id：要收縮的文件的標(biāo)識 (ID) 號。若要獲得文件 ID，請使用 FILE_IDEX 系統(tǒng)函數(shù)，或查詢當(dāng)前數(shù)據(jù)庫中的 sys.database_files 目錄視圖

• target_size：用兆字節(jié)表示的文件大小(用整數(shù)表示)。如果未指定，則 DBCC SHRINKFILE 將文件大小減少到默認(rèn)文件大小。默認(rèn)大小為創(chuàng)建文件時(shí)指定的大小。

• 注意：可以使用 DBCC SHRINKFILE target_size 減小空文件的默認(rèn)大小。

例如，如果創(chuàng)建一個10MB 的文件，然后在文件仍然為空的時(shí)候?qū)⑽募湛s為2 MB，默認(rèn)文件大小將設(shè)置為2 MB。這只適用于永遠(yuǎn)不會包含數(shù)據(jù)的空文件。

• EMPTYFILE：將指定文件中的所有數(shù)據(jù)遷移到同一文件組中的其他文件。由于數(shù)據(jù)庫引擎不再允許將數(shù)據(jù)放在空文件內(nèi)，因此可以使用 ALTER DATABASE 語句來刪除該文件。

• NOTRUNCATE：在指定或不指定 target_percent 的情況下，將已分配的頁從數(shù)據(jù)文件的末尾移動到該文件前面未分配頁。文件末尾的可用空間不會返回給操作系統(tǒng)，文件的物理大小也不會更改。因此，指定 NOTRUNCATE 時(shí)，文件看起來未收縮。

• NOTRUNCATE 只適用于數(shù)據(jù)文件。日志文件不受影響。

• TRUNCATEONLY：將文件末尾的所有可用空間釋放給操作系統(tǒng)，但不在文件內(nèi)部執(zhí)行任何頁移動。數(shù)據(jù)文件只收縮到最后分配的區(qū)。如果隨 TRUNCATEONLY 指定了 target_size，則會忽略該參數(shù)。TRUNCATEONLY 只適用于數(shù)據(jù)文件。

• WITH NO_INFOMSGS：取消顯示所有信息性消息。

5、示例

-- 將TestDB數(shù)據(jù)庫中的TestDB文件的大小收縮到20MB。  USE TestDB ;  GO  DBCC SHRINKFILE (TestDB, 20) ;  -- 將減小 UserDB 用戶數(shù)據(jù)庫中數(shù)據(jù)文件和日志文件的大小，以便在數(shù)據(jù)庫中留出 10% 的可用空間  DBCC SHRINKDATABASE (TestDB, 30);   -- 清理數(shù)據(jù)庫日志文件為2M  USE master  ALTER DATABASE TestDB SET RECOVERY SIMPLE WITH NO_WAIT  ALTER DATABASE TestDB SET RECOVERY SIMPLE --簡單模式  USE TestDB  DBCC SHRINKFILE (N'TestDB_log' , 2, TRUNCATEONLY)     --設(shè)置壓縮后的日志大小為2M，可以自行指定  USE master  ALTER DATABASE TestDB SET RECOVERY FULL WITH NO_WAIT  ALTER DATABASE TestDB SET RECOVERY FULL --還原為完全模式

感謝各位的閱讀，以上就是“什么是SQL Server數(shù)據(jù)庫收縮”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對什么是SQL Server數(shù)據(jù)庫收縮這一問題有了更深刻的體會，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！