Skip to content

Commit 0872ccb

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 c1ddcdb commit 0872ccb

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
@@ -3909,8 +3909,9 @@ SELECT pg_stat_get_backend_pid(s.backendid) AS pid,
39093909
<command>VACUUM</command> is currently vacuuming the indexes. If a table has
39103910
any indexes, this will happen at least once per vacuum, after the heap
39113911
has been completely scanned. It may happen multiple times per vacuum
3912-
if <xref linkend="guc-maintenance-work-mem"/> is insufficient to
3913-
store the number of dead tuples found.
3912+
if <xref linkend="guc-maintenance-work-mem"/> (or, in the case of autovacuum,
3913+
<xref linkend="guc-autovacuum-work-mem"/> if set) is insufficient to store
3914+
the number of dead tuples found.
39143915
</entry>
39153916
</row>
39163917
<row>

0 commit comments

Comments
 (0)