VACUUM, Autovacuum und Tabellen-Bloat

Worum es geht

Unter Multi-Version Concurrency Control schreibt ein Update eine neue Zeilenversion und markiert die alte als tot, sobald keine Transaktion sie mehr sehen kann. VACUUM gibt tote Versionen zur Wiederverwendung frei, aktualisiert die Visibility Map und friert alte Transaktions-IDs ein, um Wraparound zu verhindern; ANALYZE aktualisiert die Planer-Statistiken. Der Autovacuum-Dämon führt beides anhand von Schwellenwerten pro Tabelle aus.

Warum es wichtig ist

Ohne Vacuum wachsen Tabellen und Indizes (Bloat), sequenzielle Scans werden langsamer, Statistiken veralten und Ausführungspläne verschlechtern sich; im Extremfall verweigert der Server Schreibzugriffe, um sich vor Transaktions-ID-Wraparound zu schützen.

So wird es angewendet

• Autovacuum aktiviert lassen; es nie als „Performance-Fix" deaktivieren.
• autovacuum_vacuum_scale_factor für grosse, häufig aktualisierte Tabellen senken, damit Vacuum läuft, bevor sich Bloat ansammelt.
• n_dead_tup und die Zeitstempel des letzten Vacuum-Laufs in pg_stat_user_tables beobachten; bei Tabellen, die in Rückstand geraten, Alarm auslösen.
• Lang laufende Transaktionen und im Leerlauf befindliche Transaktions-Sessions vermeiden; sie verhindern, dass tote Zeilen freigegeben werden.
• VACUUM (VERBOSE) oder pg_stat_progress_vacuum zur Beobachtung nutzen, für bereits aufgeblähte Indizes REINDEX oder pg_repack.

Stolpersteine

VACUUM FULL schreibt die Tabelle neu und benötigt eine exklusive Sperre; dies bewusst einplanen. Sehr grosse Löschungen besser in Batches ausführen. Bei schief verteilten Spalten müssen die Statistik-Ziele unter Umständen erhöht werden.