PostgreSQL VACUUM

2021-09-13 15:20 更新

VACUUM — 垃圾收集并根據(jù)需要分析一個數(shù)據(jù)庫

大綱

VACUUM [ ( option [, ...] ) ] [ table_and_columns [, ...] ]
VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] [ ANALYZE ] [ table_and_columns [, ...] ]

其中option可以是下列之一：

    FULL [ boolean ]
    FREEZE [ boolean ]
    VERBOSE [ boolean ]
    ANALYZE [ boolean ]
    DISABLE_PAGE_SKIPPING [ boolean ]
    SKIP_LOCKED [ boolean ]
    INDEX_CLEANUP [ boolean ]
    TRUNCATE [ boolean ]
    PARALLEL integer

而table_and_columns是：

    table_name [ ( column_name [, ...] ) ]

描述

VACUUM收回由死亡元組占用的存儲空間。在通常的PostgreSQL操作中，被刪除或者被更新廢棄的元組并沒有在物理上從它們的表中移除，它們將一直存在直到一次VACUUM被執(zhí)行。因此有必要周期性地做VACUUM，特別是在頻繁被更新的表上。

在沒有table_and_columns列表的情況下，VACUUM會處理當(dāng)前用戶具有清理權(quán)限的當(dāng)前數(shù)據(jù)庫中的每一個表和物化視圖。如果給出一個列表，VACUUM可以只處理列表中的那些表。

VACUUM ANALYZE對每一個選定的表ANALYZE。這是兩種命令的一種方便的組合形式，可以用于例行的維護(hù)腳本。其處理細(xì)節(jié)可參考ANALYZE。

簡單的 VACUUM（不帶FULL）簡單地收回空間并使其可以被重用。這種形式的命令可以和表的普通讀寫操作并行，因?yàn)樗粫@得一個排他鎖。但是，這種形式中額外的空間并沒有被還給操作系統(tǒng)（在大多數(shù)情況下），它僅僅被保留在同一個表中以備重用。它還允許我們利用多個 CPU 來處理索引。 此功能稱為parallel vacuum。要禁用此功能，可以使用 PARALLEL選項(xiàng)并將并行工作程序指定為零。VACUUM FULL將表的整個內(nèi)容重寫到一個新的磁盤文件中，并且不包含額外的空間，這使得沒有被使用的空間被還給操作系統(tǒng)。這種形式的命令更慢并且在其被處理時要求在每個表上保持一個排他鎖。

當(dāng)選項(xiàng)列表被包圍在圓括號中時，選項(xiàng)可以被寫成任何順序。如果沒有圓括號，選項(xiàng)必須嚴(yán)格按照上面所展示的順序指定。有圓括號的語法在PostgreSQL 9.0時被加入，無圓括號的語法則被廢棄。

參數(shù)

FULL

選擇“完全”清理，它可以收回更多空間，并且需要更長時間和表上的排他鎖。這種方法還需要額外的磁盤空間，因?yàn)樗鼤?chuàng)建該表的一個新拷貝，并且在操作完成之前都不會釋放舊的拷貝。通常這種方法只用于需要從表中收回?cái)?shù)量龐大的空間時。

FREEZE

選擇激進(jìn)的元組“凍結(jié)”。指定FREEZE 等價(jià)于參數(shù)vacuum_freeze_min_age和 vacuum_freeze_table_age設(shè)置為0的 VACUUM。當(dāng)表被重寫時總是會執(zhí)行激進(jìn)的凍結(jié)， 因此指定FULL時這個選項(xiàng)是多余的。

VERBOSE

為每個表打印一份詳細(xì)的清理活動報(bào)告。

ANALYZE

更新優(yōu)化器用以決定最有效執(zhí)行一個查詢的方法的統(tǒng)計(jì)信息。

DISABLE_PAGE_SKIPPING

通常，VACUUM將基于可見性映射跳過頁面。已知所有元組都被凍結(jié)的頁面總是會被跳過，而那些所有元組對所有事務(wù)都可見的頁面則可能會被跳過（除非執(zhí)行的是激進(jìn)的清理）。此外，除非在執(zhí)行激進(jìn)的清理時，一些頁面也可能會被跳過，這樣可避免等待其他頁面完成對其使用。這個選項(xiàng)禁用所有的跳過頁面的行為，其意圖是只在可見性映射內(nèi)容被懷疑時使用，這種情況只有在硬件或者軟件問題導(dǎo)致數(shù)據(jù)庫損壞時才會發(fā)生。

SKIP_LOCKED

規(guī)定VACUUM在開始處理關(guān)系時不等待任何沖突鎖被釋放：如果關(guān)系不能立即鎖定而不等待，則跳過關(guān)系。 請注意即使采用此選項(xiàng)，VACUUM在打開關(guān)系的索引時仍可能阻塞。 此外，VACUUM ANALYZE在從分區(qū)、繼承子表和某些類型的外表獲取示例行時，仍然可能阻塞。 還有，雖然VACUUM通常處理指定分區(qū)表的所有分區(qū)，但如果分區(qū)表上的鎖沖突， 此選項(xiàng)將導(dǎo)致VACUUM跳過所有分區(qū)。

INDEX_CLEANUP

規(guī)定VACUUM嘗試刪除指向死元組的索引條目。 這通常是所需的行為，并且是默認(rèn)行為，除非將vacuum_index_cleanup 選項(xiàng)設(shè)置為 false，對要被清空的表。 如果需要盡快運(yùn)行清空操作的話，將此選項(xiàng)設(shè)置為 false 可能很有用，例如，為了避免即將發(fā)生的事務(wù) ID 回繞[wraparound]（請參閱 第 24.1.5 節(jié)）。 但是，如果不定期執(zhí)行索引清理，性能可能會受到影響，因?yàn)殡S著表的修改，索引將累積死元組，并且表本身將累積死行指針，在索引清理完成之前都無法刪除。 此選項(xiàng)對于沒有索引的表無效，如果使用 FULL 選項(xiàng)，則忽略此選項(xiàng)。

TRUNCATE

指定VACUUM嘗試截?cái)啾砟┪驳娜魏慰枕?，并允許將截?cái)囗摰拇疟P空間返回到操作系統(tǒng)。 這通常是所需的行為，并且是默認(rèn)行為，除非將vacuum_truncate選項(xiàng)設(shè)置為 false，對要被清空的表。 將此選項(xiàng)設(shè)置為 false 可能有助于避免ACCESS EXCLUSIVE鎖定需要截?cái)嗟谋怼Ｈ绻褂?code class="literal">FULL選項(xiàng)，則忽略此選項(xiàng)。

PARALLEL

使用integer后臺處理器并行執(zhí)行VACUUM 的索引真空和索引清理階段（每個真空階段的詳細(xì)信息請參考表 27.37)）。 用于執(zhí)行操作的處理器數(shù)量等于關(guān)系上支持并行清理的索引數(shù)量，該數(shù)量受 PARALLEL選項(xiàng)指定的工人數(shù)量的限制，如果有的話，該數(shù)量還受到max_parallel_maintenance_workers限制。 當(dāng)且僅當(dāng)索引的大小大于min_parallel_index_scan_size時，索引才能參與并行清理。 請注意，不保證在執(zhí)行期間會使用integer中指定的并行工作線程數(shù)。 清理運(yùn)行時可能需要比指定的更少的處理器，甚至根本沒有處理器。每個索引只能使用一名處理器。 所以只有當(dāng)表中至少有2索引時才會啟動并行工作程序。 在每個階段開始之前啟動清理工作進(jìn)程，并在階段結(jié)束時退出。這些行為可能會在未來的版本中發(fā)生變化。 此選項(xiàng)不能與FULL選項(xiàng)一起使用。

boolean

指定打開還是關(guān)閉所選選項(xiàng)。你可以寫入TRUE、ON或1以啟用該選項(xiàng)，以及FALSE、OFF或0來禁用它。 在TRUE被假定的情況下， boolean 值也可以被省略。

integer

指定傳遞給所選選項(xiàng)的非負(fù)整數(shù)值。

table_name

要清理的表或物化視圖的名稱（可以有模式修飾）。如果指定的表示一個分區(qū)表，則它所有的葉子分區(qū)也會被清理。

column_name

要分析的指定列的名稱。缺省是所有列。如果指定了一個列的列表，則ANALYZE也必須被指定。

輸出

如果聲明了VERBOSE，VACUUM會發(fā)出進(jìn)度消息來表明當(dāng)前正在處理哪個表。各種有關(guān)這些表的統(tǒng)計(jì)信息也會打印出來。

注意

要清理一個表，操作者通常必須是表的擁有者或者超級用戶。但是，數(shù)據(jù)庫擁有者被允許清理他們的數(shù)據(jù)庫中除了共享目錄之外的所有表（對于共享目錄的限制意味著一個真正的數(shù)據(jù)庫范圍的VACUUM只能被超級用戶執(zhí)行）。VACUUM將會跳過執(zhí)行者不具備清理權(quán)限的表。

VACUUM不能在一個事務(wù)塊內(nèi)被執(zhí)行。

對具有GIN索引的表，VACUUM（任何形式）也會通過將待處理索引項(xiàng)移動到主要GIN索引結(jié)構(gòu)中的合適位置來完成任何待處理的索引插入。詳見第 66.4.1 節(jié)。

我們建議經(jīng)常清理活動的生產(chǎn)數(shù)據(jù)庫（至少每晚一次），以保證移除失效的行。在增加或刪除了大量行之后， 對受影響的表執(zhí)行VACUUM ANALYZE命令是一個很好的做法。這樣做將把最近的更改更新到系統(tǒng)目錄，并且允許 PostgreSQL查詢規(guī)劃器在規(guī)劃用戶查詢時做出更好的選擇。

日常使用時，不推薦FULL選項(xiàng)，但在特殊情況時它會有用。一個例子是當(dāng)你刪除或者更新了一個表中的絕大部分行時，如果你希望在物理上收縮表以減少磁盤空間占用并且允許更快的表掃描，則該選項(xiàng)是比較合適的。VACUUM FULL通常會比簡單VACUUM更多地收縮表。

PARALLEL選項(xiàng)僅用于清理目的。如果此選項(xiàng)與ANALYZE選項(xiàng)一起指定，則不會影響ANALYZE。

VACUUM會導(dǎo)致I/O流量的大幅度增加，這可能導(dǎo)致其他活動會話性能變差。因此，有時建議使用基于代價(jià)的清理延遲特性。 對于并行清理，每個處理器的睡眠與該處理器完成的工作成比例。詳情請參閱第 19.4.4 節(jié)。

PostgreSQL包括了一個“autovacuum”工具，它可以自動進(jìn)行例行的清理維護(hù)。關(guān)于自動和手動清理的更多信息請見第 24.1 節(jié)。

例子

清理單一表onek，為優(yōu)化器分析它并且打印出詳細(xì)的清理活動報(bào)告：

VACUUM (VERBOSE, ANALYZE) onek;

兼容性

在SQL標(biāo)準(zhǔn)中沒有VACUUM語句。


以上內(nèi)容是否對您有幫助：
在線筆記
App下載
App下載

掃描二維碼

下載編程獅App

公眾號
微信公眾號

編程獅公眾號