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.
Aurora-MySQL-Datenbank-Engine-Updates 19.09.2019 (Version 1.19.5) (veraltet)
Version: 1.19.5
Aurora MySQL 1.19.5 ist allgemein verfügbar. Aurora MySQL 1.*-Versionen sind mit MySQL 5.6 kompatibel. Aurora MySQL 2.*-Versionen sind mit MySQL 5.7 kompatibel.
Diese Engine-Version wird planmäßig am 28. Februar 2023 veralten. Weitere Informationen finden Sie unter Vorbereitung auf das Lebenszyklusende der mit Amazon Aurora MySQL kompatiblen Edition Version 1.
Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* und 3.02.* unterstützt.
Sie haben die Möglichkeit, bestehende Datenbank-Cluster auf Aurora MySQL 1.19.5 upzugraden. Sie können Snapshots von Aurora MySQL 1.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.1. und 1.19.2 in Aurora MySQL 1.19.5 wiederherstellen.
Um eine ältere Version von Aurora MySQL zu verwenden, können Sie neue Datenbankcluster erstellen, indem Sie die Engine-Version über die AWS Management Console AWS CLI, die oder die RDS-API angeben.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Anmerkung
Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: Europa (London) [eu-west-2], AWS GovCloud (US-Ost) [us-gov-east-1], (US-West) [-1], China AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1] und Asien-Pazifik (Hongkong) [ap-east-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.
Anmerkung
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters in der Amazon-Aurora-Benutzeranleitung.
Verbesserungen
-
Behebung eines Fehlers auf Aurora-Reader-Instances, der den freien Arbeitsspeicher bei lang andauernden Transaktionen reduzierte, während ein hoher Transaktions-Commit-Datenverkehr auf der Writer-Instance stattfindet.
-
Behebung eines parallelen Abfrageabbruchfehlers auf Aurora-Reader-Instances, während ein hoher Workload mit Schreibvorgängen auf der Aurora-Writer-Instance ausgeführt wird.
-
Der Wert des Parameters
aurora_disable_hash_joinist jetzt nach einem Neustart der Datenbank oder einem Host-Ersatz persistent. -
Behebung eines Fehlers in Verbindung mit dem Cache für die Volltextsuche, aufgrund dessen der Aurora-Instance nicht mehr genügend Arbeitsspeicher zur Verfügung stand.
-
Verbesserte Stabilität der Datenbanken, wenn die Volume-Größe nahe am 64-Tebibyte(TiB)-Volume-Limit liegt, indem 160 GB an Speicher für den Wiederherstellungs-Workflow reserviert wird, damit er ohne Failover abgeschlossen wird.
-
Verbesserte Stabilität der Datenbanken, wenn die Hash-Join-Funktion aktiviert ist und der Instance wenig Speicherplatz zur Verfügung steht.
-
Korrektur der freien Speicherberechnung zum Einbeziehen des Auslagerungsspeicherplatzes auf T2-Instances, wodurch sie vorzeitig neu gestartet wurden.
-
Behebung eines Problems im Abfrage-Cache, in dem der Fehler "Zu viele Verbindungen" zu einem Neustart führen konnte.
Integration von MySQL-Fehlerbehebungen (Community Edition):
-
Fehler #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY
-
Fehler #17059925: Für UNION
-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte ROWS_EXAMINEDvon Leistungsschema-Anweisungstabellen (wie z. B. events_statements_current). -
Fehler #11827369: Einige Abfragen mit verschachtelten
SELECT ... FROM DUAL-Unterabfragen erhöhten eine Assertion. -
Fehler #16311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer
IN-Klausel enthielt, die eine XOR-Operation in der WHERE-Klausel enthielt.
