Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

In diesem Abschnitt werden weitere Gründe untersucht, die verhindern können, dass das Staubsaugen voranschreitet. Diese Probleme sind derzeit anhand der Funktion nicht direkt identifizierbar. postgres_get_av_diag()

Ungültige Seiten

Ein ungültiger Seitenfehler tritt auf, wenn PostgreSQL beim Zugriff auf diese Seite eine Nichtübereinstimmung in der Prüfsumme einer Seite feststellt. Der Inhalt ist nicht lesbar, wodurch Autovacuum verhindert, dass Tupel eingefroren werden. Dadurch wird der Säuberungsvorgang effektiv gestoppt. Der folgende Fehler wird in das Protokoll von PostgreSQL geschrieben:

WARNING:  page verification failed, calculated checksum YYYYY but expected XXXX
ERROR:  invalid page in block ZZZZZ of relation base/XXXXX/XXXXX
CONTEXT:  automatic vacuum of table myschema.mytable

Ermitteln Sie den Objekttyp

ERROR: invalid page in block 4305910 of relation base/16403/186752608 
WARNING: page verification failed, calculated checksum 50065 but expected 60033

Aus der Fehlermeldung geht hervor, dass der Pfad die folgenden Informationen base/16403/186752608 enthält:

Indem Sie die Ausgabe der folgenden Abfrage in der betroffenen Datenbank überprüfen, können Sie den Objekttyp ermitteln. Die folgende Abfrage ruft Objektinformationen für oid ab: 186752608. Ersetzen Sie die OID durch die OID, die für den aufgetretenen Fehler relevant ist.

SELECT
    relname AS object_name,
    relkind AS object_type,
    nspname AS schema_name
FROM
    pg_class c
    JOIN pg_namespace n ON c.relnamespace = n.oid
WHERE
    c.oid = 186752608;

Weitere Informationen finden Sie in der PostgreSQL-Dokumentation pg_classfür alle unterstützten Objekttypen, die in der relkind Spalte unter aufgeführt sind. pg_class

Anleitung

Die effektivste Lösung für dieses Problem hängt von der Konfiguration Ihrer spezifischen Amazon RDS-Instance und der Art der Daten ab, die von der inkonsistenten Seite betroffen sind.

Wenn der Objekttyp ein Index ist:

Es wird empfohlen, den Index neu zu erstellen.

Wenn es sich bei dem Objekttyp um eine materialisierte Ansicht handelt:

Wenn in einer materialisierten Ansicht ein ungültiger Seitenfehler auftritt, melden Sie sich bei der betroffenen Datenbank an und aktualisieren Sie sie, um die ungültige Seite zu beheben:

Aktualisieren Sie die materialisierte Ansicht:

REFRESH MATERIALIZED VIEW schema_name.materialized_view_name;

Wenn die Aktualisierung fehlschlägt, versuchen Sie, Folgendes neu zu erstellen:

DROP MATERIALIZED VIEW schema_name.materialized_view_name;
CREATE MATERIALIZED VIEW schema_name.materialized_view_name AS query;

Durch das Aktualisieren oder Neuerstellen der materialisierten Ansicht wird sie wiederhergestellt, ohne dass sich dies auf die zugrunde liegenden Tabellendaten auswirkt.

Für alle anderen Objekttypen:

Für alle anderen Objekttypen wenden Sie sich an den AWS Support.

Inkonsistenz im Index

Ein logisch inkonsistenter Index kann verhindern, dass das Autovakuumverfahren voranschreitet. Die folgenden oder ähnliche Fehler werden entweder während der Vakuumphase des Indexes oder beim Zugriff auf den Index durch SQL-Anweisungen protokolliert.

ERROR: right sibling's left-link doesn't match:block 5 links to 10 instead of expected 2 in index ix_name

ERROR: failed to re-find parent key in index "XXXXXXXXXX" for deletion target page XXX
CONTEXT:  while vacuuming index index_name of relation schema.table

Anleitung

Erstellen Sie den Index manuell VACUUM FREEZE neu oder überspringen Sie INDEX_CLEANUP Indizes. Informationen zur Neuerstellung des Index finden Sie unter Wenn der Objekttyp ein Index ist.

Außergewöhnlich hohe Transaktionsrate

In PostgreSQL können hohe Transaktionsraten die Leistung von Autovacuum erheblich beeinträchtigen, was zu einer langsameren Bereinigung toter Tupel und einem erhöhten Risiko eines Transaktions-ID-Wraparounds führt. Sie können die Transaktionsrate überwachen, indem Sie den Unterschied max(age(datfrozenxid)) zwischen zwei Zeiträumen messen, typischerweise pro Sekunde. Darüber hinaus können Sie die folgenden Zählermetriken von RDS Performance Insights verwenden, um die Transaktionsrate (die Summe aus xact_commit und xact_rollback) zu messen, die die Gesamtzahl der Transaktionen darstellt.

Ein schneller Anstieg deutet auf eine hohe Transaktionslast hin, die Autovacuum überfordern und zu Blähungen, Sperrkonflikten und potenziellen Leistungsproblemen führen kann. Dies kann sich auf verschiedene Weise negativ auf den Autovakuumprozess auswirken:

Ziehen Sie die folgenden Strategien in Betracht, damit das Autovakuumgerät effektiver arbeiten und seine Aufgaben erfüllen kann: