Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken - Amazon Aurora

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.

Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken

Mithilfe des Parameters der Instance-Ebene Aurora MySQL aurora_oom_response kann die DB-Instance den Arbeitsspeicher des Systems überwachen und den von verschiedenen Anweisungen und Verbindungen verbrauchten Arbeitsspeicher schätzen. Wenn dem System der Arbeitsspeicher knapp wird, kann es eine Liste von Aktionen ausführen, um zu versuchen, diesen Speicher freizugeben. Dadurch wird versucht, einen Neustart der Datenbank aufgrund von out-of-memory (OOM-) Problemen zu vermeiden. Der Parameter auf Instance-Ebene umfasst eine Reihe von kommagetrennten Aktionen, die eine DB-Instance ausführt, wenn ihr Arbeitsspeicher knapp wird. Der aurora_oom_response Parameter wird für die Aurora MySQL-Versionen 2 und 3 unterstützt.

Die folgenden Werte und deren Kombinationen können für den aurora_oom_response Parameter verwendet werden. Eine leere Zeichenfolge bedeutet, dass keine Aktion ausgeführt wird, und die Funktion wird effektiv ausgeschaltet, sodass die Datenbank anfällig für OOM-Neustarts ist.

  • decline— Lehnt neue Abfragen ab, wenn der Arbeitsspeicher der DB-Instance knapp wird.

  • kill_connect— Schließt Datenbankverbindungen, die viel Speicher verbrauchen, und beendet aktuelle Transaktionen und DDL-Anweisungen (Data Definition Language). Diese Antwort wird für Aurora MySQL Version 2 nicht unterstützt.

    Weitere Informationen finden Sie unter KILL-Anweisung in der MySQL-Dokumentation.

  • kill_query— Beendet Abfragen in absteigender Reihenfolge des Speicherverbrauchs, bis der Instanzspeicher den unteren Schwellenwert überschreitet. DDL-Anweisungen werden nicht beendet.

    Weitere Informationen finden Sie unter KILL-Anweisung in der MySQL-Dokumentation.

  • print— Druckt nur die Abfragen, die viel Speicher beanspruchen.

  • tune – Stellt die Caches der internen Tabellen so ein, dass etwas Arbeitsspeicher für das System freigegeben wird. Aurora MySQL verringert den Speicherplatz, der für Caches verwendet wird, z. table_open_cache B. table_definition_cache bei Speichermangel. Schließlich setzt Aurora MySQL ihre Speichernutzung wieder auf den Normalwert zurück, wenn das System nicht mehr zu wenig Arbeitsspeicher hat.

    Weitere Informationen finden Sie unter table_open_cache und table_definition_cache in der MySQL-Dokumentation.

  • tune_buffer_pool— Verringert die Größe des Pufferpools, um Speicherplatz freizugeben und ihn dem Datenbankserver zur Verarbeitung von Verbindungen zur Verfügung zu stellen. Diese Antwort wird für Aurora MySQL Version 3.06 und höher unterstützt.

    Sie müssen das Paar entweder tune_buffer_pool mit kill_query oder kill_connect im aurora_oom_response Parameterwert verbinden. Andernfalls erfolgt die Größenänderung des Pufferpools nicht, selbst wenn Sie den Wert tune_buffer_pool in den Parameterwert mit einbeziehen.

In Aurora MySQL-Versionen unter 3.06 gehören für DB-Instance-Klassen mit einem Arbeitsspeicher von weniger als oder gleich 4 GiB, wenn die Instance unter Speicherauslastung steht, die Standardaktionenprint, tunedecline, undkill_query. Für DB-Instance-Klassen mit einem Speicher von mehr als 4 GiB ist der Parameterwert standardmäßig leer (deaktiviert).

In Aurora MySQL Version 3.06 und höher schließt Aurora MySQL für DB-Instance-Klassen mit einem Arbeitsspeicher von weniger als oder gleich 4 GiB auch die Verbindungen mit dem höchsten Speicherverbrauch (). kill_connect Für DB-Instance-Klassen mit einem Speicher von mehr als 4 GiB ist der Standardparameterwertprint.

In Aurora MySQL Version 3.09 und höher ist print,decline,kill_connect der Standardparameterwert für DB-Instance-Klassen mit mehr als 4 GiB Speicher.

Wenn Sie häufig auf out-of-memory Probleme stoßen, kann die Speichernutzung mithilfe von Speicherübersichtstabellen überwacht werden, sofern diese Option aktiviert performance_schema ist.

CloudWatch Amazon-Metriken zu OOM finden Sie unterMetriken auf Instance-Ebene für Amazon Aurora. Informationen zu globalen Statusvariablen im Zusammenhang mit OOM finden Sie unterAurora Meine SQL globalen Statusvariablen.