Aurora My SQL Database-Engine-Updates 2023-10-17 (Version 2.11.4, kompatibel mit My SQL 5.7.12) Diese Version hat das Ende der Standardunterstützung erreicht. - 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.

Aurora My SQL Database-Engine-Updates 2023-10-17 (Version 2.11.4, kompatibel mit My SQL 5.7.12) Diese Version hat das Ende der Standardunterstützung erreicht.

Version: 2.11.4

Aurora My SQL 2.11.4 ist allgemein verfügbar. Aurora My SQL 2.11-Versionen sind mit My SQL 5.7.12 kompatibel. Weitere Informationen zu Community-Änderungen finden Sie unter Änderungen in My SQL 5.7.12 (11.04.2016, allgemeine Verfügbarkeit).

Die derzeit unterstützten Aurora SQL My-Versionen sind 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.* und 3.04.*.

Sie können ein vorhandenes Aurora My SQL 2.*-Datenbankcluster auf Aurora My SQL 2.11.4 aktualisieren. Sie können auch einen Snapshot von jeder aktuell unterstützten Aurora SQL My-Version in Aurora My SQL 2.11.4 wiederherstellen.

Wenn Sie eine SQL globale Aurora My-Datenbank auf Version 2.11.* aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf genau dieselbe Version aktualisieren, einschließlich des Patch-Levels. Weitere Informationen zum Upgrade der Nebenversion einer globalen Aurora-Datenbank finden Sie unter Upgrades für Nebenversionen.

Unmittelbar nach der Durchführung eines direkten Engine-Versionsupgrades auf Aurora My SQL 2.11.* wird automatisch ein Betriebssystem-Upgrade auf alle betroffenen Instances der DB-Instance-Klassen db.r4, db.r5, db.t2 und db.t3 angewendet, sofern auf den Instances eine alte Betriebssystemversion ausgeführt wird. In einem Multi-AZ-DB-Cluster wenden alle Reader-Instances zuerst das Betriebssystem-Upgrade an. Wenn das Betriebssystem-Upgrade in der ersten Reader-Instance abgeschlossen ist, erfolgt ein Failover und die vorherige Writer-Instance wird aktualisiert.

Anmerkung

Das Betriebssystem-Upgrade wird bei Hauptversions-Upgrades nicht automatisch auf die globalen Aurora-Datenbanken angewendet.

Anmerkung

Informationen zum Upgrade Ihres Aurora My SQL Datenbank-Clusters finden Sie unter Upgrade der Nebenversion oder des Patch-Levels eines Aurora My SQL DB-Clusters im Amazon Aurora Aurora-Benutzerhandbuch.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support zur Verfügung. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:

  • Es wurde ein Problem behoben, bei dem Ereignisse, die während der Verarbeitung von Audit-Protokoll-Rotationen gemeldet wurden, möglicherweise nicht in das Audit-Protokoll geschrieben wurden.

  • CVE-2022-24407

Verbesserungen der Verfügbarkeit:

  • Es wurde ein Problem behoben, bei dem es bei Aurora My SQL Database-Instances, die parallel Abfragen verwenden, zu einem Datenbankneustart kommen kann, wenn eine große Anzahl gleichzeitiger parallel Abfragen ausgeführt wird.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, während E/A-intensive Lese-Workloads ausgeführt werden.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn versucht wird, eine Datenbankseite zu lesen, die zu einer gelöschten Tabelle gehört.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Reader-Instance neu gestartet wird, wenn die Writer-Instance das Datenbank-Volume auf ein Vielfaches von 160 GB erhöht.

  • Es wurde ein Problem behoben, das dazu führen kann, dass der Datenbank-Cluster nicht mehr verfügbar ist, wenn die Writer-Instance neu gestartet wird, während die Datenbank Auslöser für interne Systemtabellen erstellt oder löscht.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-Instance neu gestartet wird, wenn Abfragen in Data Manipulation Language (DML) in einer Tabelle ausgeführt werden, die einen Volltextindex enthält.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-Instance neu gestartet wird, während eine Abfrage ausgeführt wird, die einen parallelen Aurora-Abfrageausführungsplan verwendet.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Writer-Instanz neu gestartet wird, während die OPTIMIZE TABLE Abfrage für eine Tabelle mit einem Volltextsuchindex (FTS) ausgeführt wird.

  • Das schnelle Einfügen ist in dieser SQL Version von Aurora My nicht aktiviert. Dies ist auf ein Problem zurückzuführen, das zu Inkonsistenzen beim Ausführen von Abfragen wie INSERT INTOSELECT, und führen kann. FROM Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter Amazon Aurora My SQL Performance Enhancements.

Allgemeine Verbesserungen:

  • Es wurde ein Problem behoben, bei dem es bei kleinen Lesereplikat-Instances nach einem Upgrade von Versionen unter 2.11.* zu einer erhöhten Replikationsverzögerung kommen kann.

  • Es wurde ein Problem behoben, das zu einer übermäßigen Anzahl von Protokollmeldungen führen kann, wenn die Grant-Tabelle procs_priv zur Überprüfung von Anfragen konsultiert wird, die gespeicherte Routinen beinhalten.

  • Es wurde ein Speicherverwaltungsproblem behoben, das dazu führen kann, dass die Datenbank-Instance bei der Ausführung von Abfragen mithilfe der Hash-Join-Optimierung zu viel Speicher beansprucht.

  • Es wurde ein Problem behoben, das zu einem Neustart der Datenbank führte, wenn SELECT Anweisungen mit partitionierten Tabellen (erstellt in einer Version von My, die den alten ha_partition Partitionshandler SQL unterstützt) ausgeführt wurden und die parallel Abfrage vom Abfrageplaner ausgewählt wurde.

  • Es wurde ein Problem behoben, das verhindern kann, dass neue Client-Verbindungen zur Datenbank hergestellt werden, wenn die Schreibweiterleitung aktiviert ist.

  • Reduzierte Verzögerung bei der Replikation von Binärprotokollen (Binlog), wenn ein Aurora My SQL Binlog-Replikat QUERY Ereignisse ausführt, die in die Binlog-Datei der Quelle geschrieben wurden, ohne dass eine durch den Befehl definierte Standarddatenbank vorhanden ist. USE

  • Es wurde ein Problem mit Index-Scans behoben, bei dem möglicherweise ein falsches Ergebnis zurückgegeben wurde, wenn eine SELECT-Abfrage ausgeführt wurde, bei der die GROUP BY-Klausel verwendet und der aurora_parallel_query-Parameter zu ON geändert wurde.

  • Es wurde Unterstützung für die Aktivierung und Deaktivierung der binären Protokollierung auf Sitzungsebene hinzugefügt. Siehe Gespeicherte Prozeduren – Replizieren im Amazon-Aurora-Benutzerhandbuch.

  • Es wurde ein Problem behoben, das dazu führen kann, dass ein Binlog-Replikat neu gestartet wird, wenn die Systemvariable server_uuid der Quelle fehlt oder einen ungültigen Wert hat.

  • Es wurde Unterstützung für die Einstellung des binären Protokollformats auf Sitzungsebene hinzugefügt. Siehe Gespeicherte Prozeduren – Replizieren im Amazon-Aurora-Benutzerhandbuch.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die CommitLatency CloudWatch Metrik falsch gemeldet wird, wenn der innodb_flush_log_at_trx_commit Parameter nicht auf 1 gesetzt ist.

  • Es wurde ein Problem behoben, das verhindert hat, dass InnoDB-Statistiken veralten, was manchmal zu einem suboptimalen Abfrageausführungsplan und damit zu einer Verlängerung der Abfrageausführungszeit führen kann.

  • Es wurde ein Problem behoben, das zu einem Datenbankneustart führen kann, wenn verbundene Benutzer von Binärprotokollen (Binlog) einen doppelten Binlog-Replikationsserver verwenden. IDs

Fehlerkorrekturen bei der Integration von My SQL Community Edition

Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 5.7.12, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter Meine SQL Fehler, die durch Updates der Aurora My SQL 2.x-Datenbank-Engine behoben wurden.

  • Replikation: Einige binäre Protokollereignisse wurden nicht immer korrekt behandelt. (Fehler #34617506)

  • Es wurde ein Problem behoben, das aufgrund CPU der Rotation von TLS Zertifikaten im Hintergrund zu einer höheren Auslastung führen kann (Community Bug Fix #34284186).

  • In vorbereiteten Anweisungen konnten einige Arten von Unterabfragen einen Serverabbruch verursachen. (Fehler #33100586)

Funktionen, die in Aurora My SQL Version 2 nicht unterstützt werden

Die folgenden Funktionen werden derzeit in Aurora My SQL Version 2 (kompatibel mit My SQL 5.7) nicht unterstützt.

Meine SQL 5.7-Kompatibilität

Diese Aurora SQL My-Version ist drahtkompatibel mit My SQL 5.7 und enthält Funktionen wie JSON Unterstützung, räumliche Indizes und generierte Spalten. Aurora My SQL verwendet eine native Implementierung der räumlichen Indizierung mithilfe von Kurven in Z-Reihenfolge, um eine >20-mal bessere Schreibleistung und eine >10-mal bessere Leseleistung als My 5.7 für räumliche Datensätze zu erzielen. SQL

Diese Aurora SQL My-Version unterstützt derzeit nicht die folgenden My SQL 5.7-Funktionen:

  • Plugin 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 CREATE TABLESPACE SQL Aussage