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 12.11.2021 (Version 2.09.3) (veraltet)
Version: 2.09.3
Aurora MySQL 2.09.3 ist allgemein verfügbar. Aurora-MySQL 2.x-Versionen sind mit MySQL 5.7 kompatibel. Aurora-MySQL 1.x-Versionen sind mit MySQL 5.6 kompatibel.
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 können einen vorhandenen Aurora-MySQL-2.*-Datenbank-Cluster zu Aurora MySQL 2.10.0 aktualisieren. Für Cluster, auf denen Aurora MySQL Version 1 ausgeführt wird, können Sie einen vorhandenen Cluster Aurora MySQL 1.23 oder höher direkt auf 2.10.0 aktualisieren. Sie können einen Snapshot aus einer derzeit unterstützten Aurora MySQL-Version zu Aurora MySQL 2.10.0 wiederherstellen.
Geben Sie zum Erstellen eines Clusters mit einer älteren Version von Aurora MySQL die Engine-Version über AWS Management Console, AWS CLI oder die Amazon-RDS-API an.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Anmerkung
Informationen zum Upgrade Ihres Aurora-MySQL-Datenbank-Clusters finden Sie unter Upgrade der Nebenversion oder des Patch-Levels eines Aurora-MySQL-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.
Verbesserungen
Fehlerbehebungen bei der Sicherheit:
Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
Verbesserungen der Verfügbarkeit:
-
Es wurde eine Optimierung eingeführt, die die Konflikte für Abfragen reduzieren kann, die für Tabellen in information_schema ausgeführt werden.
-
Unterstützung für ECDHE SSL-Chiffren hinzugefügt.
Allgemeine Verbesserungen:
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass eine Writer-Instance neu gestartet wurde, wenn eine Überprüfung der Datenintegrität im Speicher fehlschlägt.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance neu gestartet wurde, wenn das Cluster-Volume erweitert wird, während die binäre Protokollierung aktiviert ist.
-
Es wurde eine seltene Race-Bedingung während eines Neustarts einer Datenbank-Instance behoben, die mehr als einen Neustart verursachen kann.
-
Es wurde ein Problem behoben, das dazu führen kann, dass ein Neustart der Datenbank-Instance fehlschlug, wenn die Datenbank über eine große Anzahl von Benutzer- und Berechtigungskombinationen verfügt.
-
Es wurde ein Problem mit einer parallelen Abfrage behoben, durch das die Datenbank beim Ausführen von SQL-Anweisungen mit LIMIT-Klausel neu gestartet wurde.
-
Es wurde ein Fehler mit falscher Meldung der Aurora-Replikationsverzögerung behoben.
-
Es wurde ein Problem behoben, das dazu führen kann, dass general_log- und slow_log-Tabellen nach dem In-Place-Upgrade von Aurora MySQL 1.x (basierend auf MySQL 5.6) auf Aurora MySQL 2.x (basierend auf MySQL 5.7) unzugänglich wurden.
-
Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die Datenbank-Instance neu gestartet wurde, wenn innodb_trx-, innodb_locks- oder innodb_lockwaits-Tabellen abgefragt wurden, während die Datenbank unter starkem Workload steht. Überwachungstools und Funktionen wie Leistungserkenntnisse können solche Tabellen abfragen.
-
Es wurde ein Problem behoben, durch das eine Datenbanki-Instance neu gestartet wurde, wenn die SQL-Anweisung „FLUSH TABLES WITH READ LOCK“ ausgeführt wurde.
-
Es wurde ein Problem behoben, durch das der InnoDB-Bereinigungsprozess während des Löschens einer Reader-Instance unterbrochen wurde, was zu einer vorübergehenden Erhöhung der Länge der Verlaufsliste führte.
-
Es wurde ein Problem mit einer parallelen Abfrage behoben, das dazu führen kann, dass die Datenbank neu gestartet wurde, wenn eine SQL-Anweisung für eine Tabelle mit einer virtuellen Spalte ausgeführt wurde.
-
Es wurde ein Problem mit paralleler Abfrage behoben, durch das die Datenbank falsche Gruppierungen oder Sortierreihenfolge zurückgab, wenn Abfragen mit GROUP BY-Klausel und einer WHERE-Klausel mit einem Bereichsprädikat ausgeführt wurden.
-
Es wurde ein Problem bei der parallelen Abfrage behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank beim Ausführen von SQL-Anweisungen mit JSON-Funktionen neu gestartet wurde.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Writer-Instance im primären Global Database-Cluster aufgrund einer Race-Bedingung während der globalen Datenbankreplikation neu gestartet wurde.
-
Es wurde ein Problem behoben, das dazu führen kann, dass ein Binlog-Replikat mit einem HA_ERR_FOUND DUPP_KEY-Fehler stoppt, wenn bestimmte DDL- und DCL-Anweisungen repliziert wurden. Das Problem tritt auf, wenn die Quell-Instance mit dem gemischten Binärprotokollierungsformat und READ COMMITTED oder READ UNCOMMITTED Isolationsstufe konfiguriert.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance bei Verwendung von XA-Transaktionen in READ COMMITTED Isolationsstufe neu gestartet wurde.
-
Es wurde ein Problem behoben, durch das der Wert einer TIMESTAMP-Spalte einer vorhandenen Zeile auf den neuesten Zeitstempel aktualisiert wurde, wenn alle folgenden Bedingungen erfüllt sind: 1. Ein Auslöser für die Tabelle existiert; 2. ein INSERT wird für die Tabelle ausgeführt, die eine ON DUPLICATE KEY UPDATE-Klausel hat; 3. die eingefügte Zeile kann eine verursachen doppelte Wertverletzung in einem UNIQUE-Index oder PRIMARY KEY; und 4. eine oder mehrere Spalten sind vom Datentyp TIMESTAMP und haben einen Standardwert von CURRENT_TIMESTAMP.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass eine Reader-Instance aufgrund einer falschen Prüfverarbeitung neu gestartet wurde.
-
Es wurde ein Problem behoben, durch das die Reader-Instance neu gestartet wurde, wenn die Writer-Instance das Datenbankvolume um bestimmte Volumengrößengrenzen vergrößert.
-
Es wurde ein Problem behoben, das längere Neustartzeiten für Datenbank-Instances mit geklonten Cluster-Volumes verursachen konnte.
-
Es wurde ein Problem behoben, durch das ein Neustart der Datenbank-Instance ein- oder mehrmals fehlschlug, nachdem ein TRUNCATE TABLE-Vorgang für die Writer-Instance ausgeführt wurde.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance neu gestartet wurde.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Writer-Instance neu gestartet wird, wenn das Datenbank-Volume ein Vielfaches von 160 GB erreicht.
Integration von MySQL-Fehlerbehebungen (Community Edition):
-
Fehler #23533396 - Beim Hinzufügen eines neuen Index ließ der Server einen intern definierten Fremdschlüsselindex fallen und versuchte, einen sekundären Index, der für eine virtuell generierte Spalte definiert ist, als Fremdschlüsselindex zu verwenden, was zu einem Serveraustritt führte. InnoDB erlaubt nun einer Fremdschlüsseleinschränkung, auf einen sekundären Index zu verweisen, der für eine virtuell generierte Spalte definiert ist.
-
Fehler #29550513 - Replikation: Ein Sperrproblem in der Funktion WAIT_FOR_EXECUTED_GTID_SET () kann dazu führen, dass der Server unter bestimmten Umständen hängen bleibt. Das Problem wurde jetzt behoben.
Vergleich mit Aurora MySQL Version 1
Die folgenden Amazon-Aurora-MySQL-Funktionen werden in Aurora-MySQL-Version 1 (mit MySQL 5.6 kompatibel), jedoch derzeit nicht in Aurora-MySQL-Version 2 (MySQL 5.7 kompatibel) unterstützt.
-
Asynchrones Key Prefetch (AKP). Weitere Informationen finden Sie unter Optimieren von indizierten Aurora-Join-Abfragen mit asynchronem Schlüssel-Prefetch im Amazon-Aurora-Benutzerhandbuch.
-
Hash-Verknüpfungen. Weitere Informationen finden Sie unter Optimieren großer Aurora-MySQL-Join-Abfragen mit Hash-Joins im Amazon-Aurora-Benutzerhandbuch.
-
Native Funktionen zum synchronen Aufrufen AWS Lambda von Funktionen. Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion mit einer nativen Aurora-MySQL-Funktion im Amazon-Aurora-Benutzerhandbuch.
-
Scan-Batching. Weitere Informationen finden Sie unter Aurora-MySQL-Datenbank-Engine-Updates 11.12.2017 (Version 1.16) (veraltet).
-
Migrieren von Daten aus MySQL mithilfe eines Amazon S3-Buckets. Weitere Informationen finden Sie unter Migrieren von Daten aus MySQL mithilfe eines Amazon-S3-Buckets im Amazon-Aurora-Benutzerhandbuch.
Kompatibilität mit MySQL 5.7
Diese Aurora-MySQL-Version ist drahtkompatibel mit MySQL 5.7 und enthält Funktionen wie JSON-Unterstützung, räumliche Indizes und generierte Spalten. Aurora MySQL verwendet eine native Implementierung der räumlichen Indexierung unter Verwendung von Kurven der Z-Ordnung, um eine > 20 x bessere Schreibleistung und eine > 10 x bessere Leseleistung als MySQL 5.7 für räumliche Datensätze zu liefern.
Diese Aurora-MySQL-Version bietet aktuell keine Unterstützung für die folgenden MySQL-5.7-Funktionen:
-
Plug-In für die Gruppenreplikation
-
Größere Seitengröße
-
Laden des InnoDB-Pufferpools beim Starten
-
Plugin für den InnoDB-Volltext-Parser
-
Replikation aus mehreren Quellen
-
Größenanpassung des Online-Pufferpools
-
Plugin für die Passwortvalidierung
-
Plugins für die Umformulierung von Abfragen
-
Replikationsfilter
-
Die SQL-Anweisung
CREATE TABLESPACE