Skip to content

Commit 52f8575

Browse files
committed
doc: Improve description of index vacuuming with GUCs
Index vacuums may happen multiple times depending on the number of dead tuples stored, as of maintenance_work_mem for a manual VACUUM. For autovacuum, this is controlled by autovacuum_work_mem instead, if set. The documentation mentioned the former, but not the latter in the context of autovacuum. Reported-by: Nikolai Berkoff Author: Laurenz Albe, Euler Taveira Discussion: https://postgr.es/m/161545365522.10134.12195402324485546870@wrigleys.postgresql.org Backpatch-through: 9.6
1 parent ca925fe commit 52f8575

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

doc/src/sgml/monitoring.sgml

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5679,8 +5679,9 @@ SELECT pg_stat_get_backend_pid(s.backendid) AS pid,
56795679
<command>VACUUM</command> is currently vacuuming the indexes. If a table has
56805680
any indexes, this will happen at least once per vacuum, after the heap
56815681
has been completely scanned. It may happen multiple times per vacuum
5682-
if <xref linkend="guc-maintenance-work-mem"/> is insufficient to
5683-
store the number of dead tuples found.
5682+
if <xref linkend="guc-maintenance-work-mem"/> (or, in the case of autovacuum,
5683+
<xref linkend="guc-autovacuum-work-mem"/> if set) is insufficient to store
5684+
the number of dead tuples found.
56845685
</entry>
56855686
</row>
56865687
<row>

0 commit comments

Comments
 (0)