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.
Speicher von RDS für PostgreSQL
Der Arbeitsspeicher von RDS für PostgreSQL ist in gemeinsam genutztem und lokalem Speicher unterteilt.
Themen
Gemeinsam genutzter Arbeitsspeicher von RDS für PostgreSQL
RDS für PostgreSQL weist beim Start der Instance gemeinsam genutzten Speicher zu. Shared Memory ist in mehrere Teilbereiche unterteilt. In den folgenden Abschnitten werden die wichtigsten beschrieben.
Freigegebene Puffer
Der freigegebene Pufferpool ist ein Speicherbereich von RDS für PostgreSQL, der alle Seiten enthält, die von Anwendungsverbindungen verwendet werden oder wurden. Eine Seite ist die Speicherversion eines Plattenblocks. Der gemeinsam genutzte Pufferpool zwischenspeichert die von der Platte gelesenen Datenblöcke. Der Pool reduziert die Notwendigkeit, Daten erneut von der Festplatte zu lesen, wodurch die Datenbank effizienter arbeitet.
Jede Tabelle und jeder Index wird als Array von Seiten einer festen Größe gespeichert. Jeder Block enthält mehrere Tupel, die Zeilen entsprechen. Ein Tupel kann auf jeglicher Seite gespeichert werden.
Der gemeinsam genutzte Pufferpool hat endlichen Speicher. Wenn eine neue Anforderung eine Seite erfordert, die sich nicht im Speicher befindet und kein Speicher mehr vorhanden ist, entfernt RDS für PostgreSQL eine weniger häufig verwendete Seite, um die Anforderung zu erfüllen. Die Räumungsrichtlinie wird durch einen Takt-Sweep-Algorithmus implementiert.
Der Parameter shared_buffers bestimmt, wie viel Speicher der Server für das Caching von Daten bereitstellt. Der Standardwert ist auf {DBInstanceClassMemory/32768} Byte festgelegt, basierend auf dem verfügbaren Speicher für die DB-Instance.
Write-Ahead-Protokoll (WAL)-Puffer
Ein Write-Ahead-Protokoll-Puffer (WAL) enthält Transaktionsdaten, die RDS für PostgreSQL später in den persistenten Speicher schreibt. Mithilfe des WAL-Mechanismus kann RDS für PostgreSQL folgende Vorgänge ausführen:
-
Daten nach einem Fehler wiederherstellen
-
Reduzieren Sie die Festplatten–I/O indem Sie häufige Schreibvorgänge auf die Festplatte vermeiden
Wenn ein Client Daten ändert, schreibt RDS für PostgreSQL die Änderungen in den WAL-Puffer. Wenn der Client einen COMMIT ausgibt, schreibt der WAL-Writerprozess Transaktionsdaten in die WAL-Datei.
Der wal_level Parameter bestimmt, wie viele Informationen in die WAL geschrieben werden, mit möglichen Werten wie minimalreplica, undlogical.
Lokaler Arbeitsspeicher in RDS für PostgreSQL
Jeder Backend-Prozess weist lokalen Speicher für die Abfrageverarbeitung zu.
Arbeitsspeicherbereich
Der Arbeitsspeicherbereich enthält temporäre Daten für Abfragen, die Sortierungen und Hashes durchführen. Beispielsweise führt eine Abfrage mit einer ORDER BY-Klausel eine Sortierung durch. Abfragen verwenden Hash-Tabellen in Hash-Joins und Aggregationen.
Der work_mem Parameter gibt die Speichermenge an, die von internen Sortieroperationen und Hashtabellen vor dem Schreiben in temporäre Festplattendateien verwendet werden soll, gemessen in Megabyte. Der Standardwert lautet 4 MB. Mehrere Sitzungen können gleichzeitig ausgeführt werden, und jede Sitzung kann Wartungsvorgänge parallel ausführen. Aus diesem Grund kann der gesamte verwendete Arbeitsspeicher ein Vielfaches der Einstellung work_mem betragen.
Wartungs-Arbeitsspeicherbereich
Der Wartungsarbeitsspeicherbereich speichert Daten für Wartungsvorgänge zwischen. Zu diesen Vorgängen gehören das Vakuumieren, das Erstellen eines Index und das Hinzufügen von Fremdschlüsseln.
Der maintenance_work_mem Parameter gibt die maximale Speichermenge an, die für Wartungsvorgänge verwendet werden soll, gemessen in Megabyte. Der Standardwert lautet 64 MB. In einer Datenbanksitzung kann jeweils nur ein Wartungsvorgang ausgeführt werden.
Temporärer Pufferbereich
Der temporäre Pufferbereich speichert temporäre Tabellen für jede Datenbanksitzung zwischen.
Jede Sitzung weist temporäre Puffer nach Bedarf bis zu dem von Ihnen angegebenen Limit zu. Wenn die Sitzung endet, löscht der Server die Puffer.
Der temp_buffers Parameter legt die maximale Anzahl temporärer Puffer fest, die von jeder Sitzung verwendet werden, gemessen in Megabyte. Der Standardwert ist 8 MB. Vor der ersten Verwendung temporärer Tabellen innerhalb einer Sitzung können Sie den temp_buffers-Wert ändern.
