より多くの領域の回収することができる「完全な」バキュームを選択します。 ただし、通常よりも処理に時間がかかります。 また、テーブルに対する排他ロックが必要です。 またこの方式では、テーブルのコピーを新しく書き出し、操作が終わるまで古いコピーが解放されませんので、余分にディスク領域が必要です。 通常、大きな容量がテーブルから回収されなければならない場合にのみこれが使用されるべきです。

積極的なタプルの「凍結」を選択します。 FREEZE指定は、vacuum_freeze_min_ageおよびvacuum_freeze_table_ageパラメータをゼロとしてVACUUMを実行することと同じです。 テーブルが書き換えられる時は、必ず積極的な凍結が行われるので、FULLが指定されているときは、このオプションは冗長です。

各テーブルについてバキューム処理の詳細な報告を出力します。

プランナが使用する統計情報を更新し、問い合わせを実行する最も効率的な方法を決定できるようにします。

通常、VACUUMは可視性マップに基いてページをスキップします。 すべてのタプルが凍結されていることがわかっているページは、常にスキップできます。 また、すべてのタプルがすべてのトランザクションに対して可視であることがわかっているページは、積極的なバキュームを実行している場合を除き、スキップできます。 さらに、積極的なバキュームを実行している場合を除き、一部のページは、他のセッションがその使用を終了するのを待つのを避けるため、スキップされます。 このオプションは、ページをスキップする動作をすべて無効にします。 これは可視性マップの内容が怪しいときにのみ使用されることを意図したもので、それはデータベースの破損を引き起こすようなハードウェアあるいはソフトウェアの障害がある場合にのみ発生します。

VACUUMに、リレーションでの作業開始時、衝突するロックが解放されるのを待たないよう指定します。リレーションが待たずにすぐにロックできない場合、そのリレーションは飛ばされます。 このオプションを指定しても、リレーションのインデックスを開く時にVACUUMはブロックするかもしれないことに注意してください。 さらに加えて、VACUUM ANALYZEは、パーティションやテーブル継承の子、ある種類の外部テーブルからサンプル行を取得する時にブロックするかもしれません。 また、VACUUMは通常、指定されたパーティションテーブルの全パーティションを処理しますが、このオプションが指定されると、パーティションテーブルに衝突するロックがある場合VACUUMは全パーティションを飛ばすようになります。

通常、VACUUMは、テーブル内に無効なタプルがほとんどない場合インデックスのバキュームをスキップします。 テーブルのインデックスをすべて処理するコストは、無効なインデックスタプルを削除した場合にそれにより得られる利益を大きく上回ると考えられます。 このオプションは、無効なタプルが1つ以上ある場合にVACUUMにインデックスを強制的に処理させるのに使えます。 デフォルトはAUTOで、適切な場合VACUUMはインデックスのバキュームをスキップします。 INDEX_CLEANUPがONに設定されていれば、VACUUMは保守的にインデックスから無効なタプルをすべて削除します。 この動作が標準だったPostgreSQLの以前のリリースとの後方互換性のためには、これは有用かもしれません。

INDEX_CLEANUPをOFFに設定して、VACUUMに必ずインデックスのバキュームをスキップするよう強制することもできます。テーブルに多くの無効なタプルがある場合でさえも同様です。 切迫したトランザクションIDの周回を避けるためVACUUMをできる限り速く実行することが必要な場合には、これは有用かもしれません(25.1.5を参照してください)。 しかしながら、たいていはvacuum_failsafe_ageにより制御される周回安全機構がトランザクションIDの周回の失敗を避けるために自動的に発動しますし、そちらの方が好ましいです。 インデックスクリーンアップが定期的に実行されていなければ、テーブルが修正されるに従い、インデックスは無効なタプルを蓄積し、テーブル自身もインデックスクリーンアップが完了するまで削除できない無効な行ポインタを蓄積していきますので、性能は悪化するでしょう。

このオプションはテーブルにインデックスがない場合には効果がありませんし、FULLオプションが使われている場合には無視されます。 トランザクションID周回安全機構にも影響はありません。 発動した場合には、INDEX_CLEANUPがONに設定されていたとしても、インデックスのバキュームをスキップします。

各リレーションに対応するTOASTテーブルが存在するのなら、VACUUMがその処理を試みるよう指定します。 これは普通は望まれる振舞いであり、デフォルトです。 このオプションを偽に設定するのは、主リレーションをバキュームすることだけが必要な場合には有用かもしれません。 FULLオプションを使うときにはこのオプションが必要です。

VACUUMに、テーブルの最後にある空のページを切り詰め、切り詰めたページのディスクスペースをオペレーティングシステムに返すよう指定します。 これは普通は望まれる振舞いであり、バキュームされるテーブルに対してvacuum_truncateオプションが偽に設定されていない限りデフォルトです。 このオプションを偽に設定するのは、切り詰めが要求されているテーブルのACCESS EXCLUSIVEロックを回避するのに有用かもしれません。 このオプションはFULLオプションが使われていれば無視されます。

integer個のバックグラウンドワーカーを使用して、VACUUMのインデックスバキュームフェーズとインデックスクリーンアップフェーズを並列に実行します（各バキュームフェーズの詳細については、表 28.39を参照してください）。 操作の実行に使用されるワーカーの数は、並列バキュームをサポートするリレーションのインデックスの数と同じです。この数はPARALLELオプションで指定されたワーカーの数によって制限され、max_parallel_maintenance_workersパラメータによってさらに制限されます。 インデックスは、インデックスのサイズがmin_parallel_index_scan_sizeパラメータよりも大きい場合にのみ、並列バキュームに参加できます。 integerで指定されたパラレルワーカー数が実行中に使用されることは保証されないことに注意してください。 指定されたワーカー数より少ないワーカーでバキュームが実行されたり、ワーカーがまったくない状態で実行される可能性があります。 1つのインデックスに使用出来るワーカーは1つだけです。よって、パラレルワーカーはテーブルに少なくとも2つのインデックスがある場合にのみ起動されます。 バキュームのワーカーは、各フェーズの開始前に起動され、フェーズの終了時に終了します。 これらの動作は将来のリリースで変更される可能性があります。このオプションはFULLオプションと一緒に使用することはできません。

選択されたオプションを有効にするか無効にするかを指定します。 オプションを有効にするにはTRUE、ONまたは1と書くことができ、無効にするにはFALSE、OFFまたは0と書くことができます。 boolean値は省略することもでき、その場合にはTRUEとみなされます。

選択したオプションに渡される負でない整数値を指定します。

バキューム対象のテーブルまたはマテリアライズドビューの名前です（スキーマ修飾名も可）。 指定したテーブルがパーティションテーブルの場合、そのすべてのリーフパーティションがバキュームされます。

解析の対象とする列名です。 デフォルトは全列です。 列リストが指定された場合はANALYZEも指定しなければいけません。