.\" auto-generated by docbook2man-spec $Revision: 1.1 $
.TH "VACUUM" "7" "2003-11-02" "SQL - Language Statements" "SQL Commands"
.SH NAME
VACUUM \- 垃圾收集以及可選地分析一個數據庫

.SH SYNOPSIS
.sp
.nf
VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] [ \fItable\fR ]
VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] ANALYZE [ \fItable\fR [ (\fIcolumn\fR [, ...] ) ] ]
.sp
.fi
.SH "DESCRIPTION 描述"
.PP
\fBVACUUM\fR 回收已刪除元組佔據的存儲空間。 在一般的 PostgreSQL 操作裏， 那些已經 DELETE 的元組或者被 UPDATE 過後過時的元組是沒有從它們所屬的表中物理刪除的； 在完成 VACUUM 之前它們仍然存在。 因此我們有必須週期地運行 VACUUM， 特別是在常更新的表上。
.PP
 如果沒有參數，VACUUM 處理當前數據庫裏每個表， 如果有參數，VACUUM 只處理那個表。
.PP
\fBVACUUM ANALYZE\fR 先執行一個 VACUUM  然後是給每個選定的表執行一個 ANALYZE。 對於日常維護腳本而言，這是一個很方便的組合。參閱
ANALYZE [\fBanalyze\fR(7)]
獲取更多有關其處理的細節。
.PP
 簡單的 VACUUM （沒有FULL） 只是簡單地回收空間並且令其可以再次使用。這種形式的命令可以和對錶的普通讀寫並行操作， 因爲沒有請求排他鎖。VACUUM FULL  執行更廣泛的處理，包括跨塊移動元組，以便把表壓縮到最少的磁盤塊數目裏。 這種形式要慢許多並且在處理的時候需要在表上施加一個排它鎖。
.PP
FREEZE 是一種特殊用途的選項，它導致元組儘可能快地標記爲"凍結(frozen)"， 而不是等到它們已經相當老的時候才標記。如果在同一個數據庫上沒有其它運行着的事務的時候完成這個命令， 那麼系統就保證在數據庫裏的所有元組都是"凍結(frozen)"的， 因此不會有事務 ID 重疊的問題，而和數據庫未清理的時間沒有關係。 我們不建議把 FREEZE 用做日常用途。我們用它的唯一目地是準備和用戶定義的模板數據庫聯接的時候， 或者是其它完全是隻讀的， 不會等到日常維護性 VACUUM 操作的數據庫。 參閱 Chapter 21 ``Routine Database Maintenance'' 獲取細節。
.SH "PARAMETERS 參數"
.TP
\fBFULL\fR
 選擇"完全"清理，這樣可以恢復更多的空間， 但是花的時間更多並且在表上施加了排它鎖。
.TP
\fBFREEZE\fR
 選擇激進的元組"凍結"。
.TP
\fBVERBOSE\fR
 爲每個表打印一份詳細的清理工作報告。
.TP
\fBANALYZE\fR
 更新用於優化器的統計信息，以決定執行查詢的最有效方法。
.TP
\fB\fItable\fB\fR
 要清理的表的名稱（可以有模式修飾）。缺省時是當前數據庫中的所有表。
.TP
\fB\fIcolumn\fB\fR
 要分析的具體的列/字段名稱。缺省是所有列/字段。
.SH "OUTPUTS 輸出"
.PP
 如果聲明瞭 VERBOSE，VACUUM 發出過程信息， 以表明當前正在處理那個表。各種有關這些表的統計也會打印出來。
.SH "NOTES 注意"
.PP
 我們建議在經常VACUUMM（清理）（至少每晚一次）生產數據庫， 以保證不斷地刪除失效的行。尤其是在增刪了大量記錄之後， 對受影響的表執行 VACUUM ANALYZE  命令是一個很好的習慣。這樣做將更新系統目錄爲最近的更改，並且允許 PostgreSQL  查詢優化器在規劃用戶查詢時有更好的選擇。
.PP
 我們不建議日常使用 FULL 選項，但是可以在特殊情況下使用。 一個例子就是在你刪除了一個表的大部分行之後，希望從物理上縮小該表以減少磁盤空間佔用。VACUUM FULL  通常要比單純的 VACUUM 收縮更多表的尺寸。
.SH "EXAMPLES 例子"
.PP
 下面是一個在 regression （蛻變）數據庫裏某個表上執行 VACUUM的一個例子：
.sp
.nf
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
.sp
.fi
.SH "COMPATIBILITY 兼容性"
.PP
SQL 標準裏沒有 VACUUM 語句。
.SH "SEE ALSO 參見"
vacuumdb [\fBvacuumdb\fR(1)]

.SH "譯者"
.B Postgresql 中文網站
.B 何偉平 <laser@pgsqldb.org>
.SH "跋"
.br
本頁面中文版由中文 man 手冊頁計劃提供。
.br
中文 man 手冊頁計劃：\fBhttps://github.com/man-pages-zh/manpages-zh\fR