Updates der Aurora MySQL-Datenbank-Engine 2025-05-05 (Version 3.04.4, kompatibel mit MySQL 8.0.28) - 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.

Updates der Aurora MySQL-Datenbank-Engine 2025-05-05 (Version 3.04.4, kompatibel mit MySQL 8.0.28)

Version: 3.04.4

Aurora MySQL 3.04.4 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. Weitere Informationen zu Community-Änderungen, die von 8.0.23 zu 8.0.28 vorgenommen wurden, finden Sie in den Versionshinweisen zu MySQL 8.0.

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter Aurora MySQL Version 3, kompatibel mit MySQL 8.0. Zu den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 siehe Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3. Einen Vergleich von Aurora MySQL Version 3 und MySQL 8.0 Community Edition finden Sie unter Vergleich von Aurora MySQL Version 3 und MySQL 8.0 Community Edition im Amazon Aurora Aurora-Benutzerhandbuch.

Anmerkung

Diese Version ist als Long-Term Support- (LTS, Langzeit-Support)-Version ausgewiesen. Weitere Informationen finden Sie unter Aurora-MySQL-Long-Term-Support (LTS, Langzeit-Support)-Versionen im Amazon-Aurora-Benutzerhandbuch.

Wir empfehlen, den AutoMinorVersionUpgrade Parameter für LTS-Versionen nicht auf zu setzen true (oder die Option Automatisches Upgrade der Nebenversion in der zu aktivieren AWS Management Console). Dies könnte dazu führen, dass Ihr DB-Cluster auf eine Nicht-LTS-Version wie 3.05.2 aktualisiert wird.

Sie können ein direktes Upgrade durchführen, das einen Snapshot nutzt zero-downtime-patch, einen Snapshot wiederherstellen oder ein verwaltetes Blue/Green-Upgrade mit Amazon RDS Blue/Green Deployments von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.4-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter Upgrade von Amazon-Aurora-MySQL-DB-Clustern im Amazon-Aurora-Benutzerhandbuch.

Informationen zur Fehlerbehebung finden Sie unter Problembehandlung für das direkte Upgrade von Aurora MySQL 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

Fehlerbehebungen bei der Sicherheit

Kritisch CVEs:

Verbesserungen der Verfügbarkeit

  • Es wurde ein Problem auf dem Replikat behoben, bei dem bei einer Netzwerkunterbrechung die Verbindung zum Writer möglicherweise nicht korrekt wiederhergestellt wurde.

  • Es wurde ein Problem behoben, das zu einem Neustart eines Binärprotokolls (Binlog) führen kann, wenn während der Wiederherstellung des Relay-Protokolls eine große Anzahl von Relay-Protokolldateien verarbeitet wird.

  • Es wurde ein Problem behoben, das dazu führte, dass eine Datenbank-Reader-Instanz neu gestartet wurde, wenn eine Abfrage mit der Funktion Parallele Abfrage ausgeführt wurde.

  • Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die binäre Protokollierung deaktiviert wird, wenn beim Festschreiben einer großen Transaktion ein Fehler auftritt.

  • Es wurde ein Problem behoben, das dazu führen kann, dass Aurora-Read Replicas neu gestartet werden, wenn bestimmte seltene Transaktions-Commit-Bestellungen auf der Writer-DB-Instance ausgeführt wurden.

  • Es wurde ein Problem behoben, das zu einem Neustart der Datenbank führen kann, wenn geplante Ereignisse während der Ausführung auf Instances abgebrochen werden, für die Enhanced Binlog aktiviert ist.

  • Es wurde ein Problem behoben, bei dem Datenbank-Instances, die Aurora-Cluster-Volumes mit mehreren TB verwenden, während des Neustarts aufgrund von Fehlern bei der InnoDB-Pufferpool-Validierung zu längeren Ausfallzeiten kommen können.

Allgemeine Verbesserungen

  • Die folgenden Rechte wurden zurds_superuser_role:FLUSH_OPTIMIZER_COSTS, FLUSH_STATUSFLUSH_TABLES, und hinzugefügtFLUSH_USER_RESOURCES. Informationen zu den rds_superuser_role finden Sie unter Amazon Master-Benutzerkonten bei Amazon Aurora im Amazon Aurora Aurora-Benutzerhandbuch. Weitere Informationen zu diesen dynamischen Rechten finden Sie in der MySQL-Dokumentation.

  • Es wurde ein Problem behoben, bei dem eine beibehaltene Verbindung beim Zero-Downtime-Patching (ZDP) /Zero-Downtime Restart (ZDR) falsch behandelt wurde, was dazu führen kann, dass der Client unbegrenzt auf den Abschluss einer Abfrage wartet.

  • Es wurde ein Problem behoben, bei dem die Zeile während einer Aktualisierung über den räumlichen Index nicht mehr lesbar wurde.

  • Es wurde ein Problem behoben, bei dem eine Abfrage mit einem Optimizer-Hinweis, die während eines Neustarts ohne Ausfallzeit oder eines Patch-Vorgangs ohne Ausfallzeit abgebrochen wurde, möglicherweise falsch behandelt wurde.

  • Es wurde ein Problem behoben, bei dem die Commit-Latenz nicht gemessen wurde, wenn sie auf eingestellt ist. innodb_flush_log_at_trx_commit 0

  • Es wurden Optimierungen eingeführt, um den Speicherverbrauch bei der Wiederherstellung logischer Datenwörterbücher bei einer großen Anzahl von Tabellen zu reduzieren.

  • Es wurde ein Problem behoben, das dazu führte, dass die Ausführung des SHOW BINARY LOGS Befehls auf einem Cluster, auf dem Enhanced Binlog aktiviert ist oder zuvor aktiviert war, länger dauerte. Dieses Problem konnte auch zu einer erhöhten Commit-Latenz führen, wenn mehrere SHOW BINARY LOGS Befehle gleichzeitig ausgeführt wurden.

  • Ein Speicherproblem im Zusammenhang mit den Standardrollen des View Definers wurde behoben.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Deaktivierung der Schreibweiterleitungsfunktion nicht abgeschlossen werden kann.

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

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Writer-Datenbankinstanz neu gestartet wird, wenn eine Reader-Instanz, die Schreibweiterleitung verwendet, eine DML-Anweisung ausführt, die einen timestamp Wert enthält und der time_zone Datenbankparameter auf „UTC“ gesetzt ist.

  • Es wurde ein Problem behoben, das aufgrund gleichzeitiger Leseabfragen auf dem Replikat und DDL-Operationen auf dem Writer zu zeitweiligen Nichtverfügbarkeit einer Aurora-Read Replica oder zu Inkonsistenzen bei der Tabellendefinition mit Fehlern 'Table does not exist' auf dem Replikat führte.

  • Es wurde ein Problem behoben, das bei der Ausführung von Abfragen, die den Hash-Join-Algorithmus mit Parallel Query beinhaltenLEFT-, zu einem unvollständigen Ergebnissatz führen kann. RIGHT-JOIN

Upgrades und Migrationen

  • Die Standardrollen, die während des Upgrades von auf unnötig erstellt wurden, wurden entfernt. AMS2 AMS3

Integration von MySQL-Fehlerbehebungen (Community Edition)

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.28. Weitere Informationen finden Sie unter MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates.

  • Es wurde ein Problem behoben, das den Deadlock behebtFLUSH STATUS, wennCOM_CHANGE_USER, und SHOW PROCESS LIST gleichzeitig ausgeführt werden. (Fehler #35218030)