VACUUM

Name

VACUUM -- 垃圾蒐集以及選擇性的分析一個資料庫

Synopsis

VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]
VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]

描述

VACUUM 回收已刪除資料佔據的儲存空間。 在一般的 PostgreSQL 操作裡, 那些已經 DELETE 的資料或者被 UPDATE 過後過時的資料是沒有從它們所屬的資料表中實際刪除的; 在完成 VACUUM 之前它們仍然存在。 因此我們有必須週期地執行 VACUUM, 特別是在常更新的資料表上。

如果沒有參數,VACUUM 處理目前資料庫裡每個資料表, 如果有參數,VACUUM 只處理那個資料表。

VACUUM ANALYZE 先執行一個 VACUUM 然後是給每個選定的資料表執行一個 ANALYZE。 對於日常維護腳本而言,這是一個很方便的組合。參閱 ANALYZE 獲取更多有關其處理的細節。

簡單的 VACUUM (沒有FULL) 只是簡單地回收空間並且令其可以再次使用。這種形式的命令可以和對資料表的普通讀寫並行操作, 因為沒有請求排他鎖。VACUUM FULL 執行更廣泛的處理,包括跨塊移動資料,以便把資料表壓縮到最少的磁盤塊數目裡。 這種形式要慢許多並且在處理的時候需要在資料表上施加一個排它鎖。

FREEZE 是一種特殊用途的選項,它導致資料盡可能快地標記為"凍結(frozen)", 而不是等到它們已經相當老的時候才標記。如果在同一個資料庫上沒有其它執行著的交易的時候完成這個命令, 那麼系統就保證在資料庫裡的所有資料都是"凍結(frozen)"的, 因此不會有交易 ID 重疊的問題,而和資料庫未清理的時間沒有關係。 我們不建議把 FREEZE 用做日常用途。我們用它的唯一目的是準備和用戶定義的模板資料庫連線的時候, 或者是其它完全是只讀的, 不會等到日常維護性 VACUUM 操作的資料庫。 參閱 Chapter 21 獲取細節。

參數

FULL

選擇"完全"清理,這樣可以恢復更多的空間, 但是花的時間更多並且在資料表上施加了排它鎖。

FREEZE

選擇激進的資料"凍結"

VERBOSE

為每個資料表打印一份詳細的清理工作報告。

ANALYZE

更新用於優化器的統計訊息,以決定執行查詢的最有效方法。

table

要清理的資料表的名稱(可以有模式修飾)。預設時是目前資料庫中的所有資料表。

column

要分析的具體的列/字串名稱。預設是所有列/字串。

輸出

如果聲明了 VERBOSEVACUUM 發出過程訊息, 以資料表明目前正在處理那個資料表。各種有關這些資料表的統計也會打印出來。

注意

我們建議在經常VACUUMM(清理)(至少每晚一次)生產資料庫, 以保證不斷地刪除失效的行。尤其是在增刪了大量記錄之後, 對受影響的資料表執行 VACUUM ANALYZE 命令是一個很好的習慣。這樣做將更新系統目錄為最近的更改,並且允許 PostgreSQL 查詢優化器在規劃用戶查詢時有更好的選擇。

我們不建議日常使用 FULL 選項,但是可以在特殊情況下使用。 一個例子就是在您刪除了一個資料表的大部分行之後,希望從實際上縮小該資料表以減少磁盤空間佔用。VACUUM FULL 通常要比單純的 VACUUM 收縮更多資料表的尺寸。

例子

下面是一個在 regression (蛻變)資料庫裡某個資料表上執行 VACUUM的一個例子:

regression=# VACUUM VERBOSE ANALYZE onek;
INFO:  vacuuming "public.onek"
INFO:  index "onek_unique1" now contains 1000 tuples in 14 pages
DETAIL:  3000 index tuples were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.01s/0.08u sec elapsed 0.18 sec.
INFO:  index "onek_unique2" now contains 1000 tuples in 16 pages
DETAIL:  3000 index tuples were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.00s/0.07u sec elapsed 0.23 sec.
INFO:  index "onek_hundred" now contains 1000 tuples in 13 pages
DETAIL:  3000 index tuples were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.01s/0.08u sec elapsed 0.17 sec.
INFO:  index "onek_stringu1" now contains 1000 tuples in 48 pages
DETAIL:  3000 index tuples were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.01s/0.09u sec elapsed 0.59 sec.
INFO:  "onek": removed 3000 tuples in 108 pages
DETAIL:  CPU 0.01s/0.06u sec elapsed 0.07 sec.
INFO:  "onek": found 3000 removable, 1000 nonremovable tuples in 143 pages
DETAIL:  0 dead tuples cannot be removed yet.
There were 0 unused item pointers.
0 pages are entirely empty.
CPU 0.07s/0.39u sec elapsed 1.56 sec.
INFO:  analyzing "public.onek"
INFO:  "onek": 36 pages, 1000 rows sampled, 1000 estimated total rows
VACUUM

相容性

SQL92裡沒有 VACUUM 語句。

又見

vacuumdb