Skip to content

Commit c552e17

Browse files
committed
docs: clarify new aggressive vacuum mode for multi-xacts
Reported-by: [email protected] Discussion: https://postgr.es/m/[email protected] Backpatch-through: 14
1 parent 50371df commit c552e17

File tree

1 file changed

+8
-8
lines changed

1 file changed

+8
-8
lines changed

doc/src/sgml/maintenance.sgml

+8-8
Original file line numberDiff line numberDiff line change
@@ -697,14 +697,14 @@ HINT: Stop the postmaster and vacuum that database in single-user mode.
697697
</para>
698698

699699
<para>
700-
As a safety device, an aggressive vacuum scan will occur for any table
701-
whose multixact-age is greater than
702-
<xref linkend="guc-autovacuum-multixact-freeze-max-age"/>. Aggressive
703-
vacuum scans will also occur progressively for all tables, starting with
704-
those that have the oldest multixact-age, if the amount of used member
705-
storage space exceeds the amount 50% of the addressable storage space.
706-
Both of these kinds of aggressive scans will occur even if autovacuum is
707-
nominally disabled.
700+
As a safety device, an aggressive vacuum scan will
701+
occur for any table whose multixact-age (see <xref
702+
linkend="vacuum-for-multixact-wraparound"/>) is greater than <xref
703+
linkend="guc-autovacuum-multixact-freeze-max-age"/>. Also, if the
704+
storage occupied by multixacts members exceeds 2GB, aggressive vacuum
705+
scans will occur more often for all tables, starting with those that
706+
have the oldest multixact-age. Both of these kinds of aggressive
707+
scans will occur even if autovacuum is nominally disabled.
708708
</para>
709709
</sect3>
710710
</sect2>

0 commit comments

Comments
 (0)