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 2023-12-08 (Version 3.03.3) (veraltet)
Version: 3.03.3
Aurora MySQL 3.03.3 ist allgemein verfügbar. Aurora-MySQL-3.03-Versionen sind kompatibel mit MySQL 8.0.32. 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. Die Unterschiede zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 finden Sie unter 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.
Derzeit sind die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* und 3.05.* verfügbar.
Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes Blau/Grün-Upgrade mithilfe von Amazon-RDS-Blau/Grün-Bereitstellungen von jedem derzeit verfügbaren Aurora-MySQL-Version-2-Cluster auf einen Aurora-MySQL-Version-3.03.3-Cluster initiieren.
Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter Upgrade-Planung für Aurora MySQL Version 3 im Amazon-Aurora-Benutzerhandbuch. 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 Beheben von Upgrade-Problemen mit Aurora MySQL Version 3.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Verbesserungen
Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:
Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
Verbesserungen der Verfügbarkeit:
Es wurde ein Problem behoben, bei dem es bei Aurora-MySQL-Datenbank-Instances, die parallele Abfragen verwenden, zu einem Datenbankneustart kommen konnte, wenn eine große Anzahl gleichzeitiger paralleler Abfragen ausgeführt wurde.
-
Es wurde ein Problem behoben, das dazu führen kann, dass der ausgeführte GTID-Satz auf einem Replikat-Cluster für Binärprotokolle (Binlog) mit aktiviertem erweitertem Binlog falsch wiederhergestellt wird, wenn eine Binärprotokoll-Quelle auf
gtid_mode,ONoderON_PERMISSIVEgesetzt ist. Dieses Problem kann dazu führen, dass die Writer-Instance des Replikat-Clusters während der Wiederherstellung ein weiteres Mal neu gestartet wird, oder es kann zu falschen Ergebnissen führen, wenn der ausgeführte GTID-Satz abgefragt wird. -
Es wurde ein Speicherverwaltungsproblem behoben, das zu einem Neustart einer Aurora-MySQL-Datenbank-Instance oder einem Failover führen kann, da weniger freier Speicher verfügbar ist, wenn das erweiterte Binärprotokoll aktiviert ist.
-
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, bei dem eine Aurora-MySQL-Datenbank-Instance mit aktiviertem erweiterten Binärprotokoll-Feature während des Startups der Datenbank-Instance hängen bleiben kann, während der Wiederherstellungsprozess für das Binärprotokoll ausgeführt wird.
Es wurde ein Problem behoben, das beim Patchen ohne Ausfallzeiten zu einem Neustart der Instance führt, was bewirkt, dass die Datenbankverbindungen unerwartet geschlossen werden.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance aufgrund eines Deadlatches neu gestartet wird, wenn die Anweisungen
SHOW STATUSund PURGE BINARY LOGSgleichzeitig ausgeführt werden. Bei den Bereinigungsbinärprotokollen handelt es sich um eine verwaltete Anweisung, die so ausgeführt wird, dass die vom Benutzer konfigurierte Aufbewahrungsfrist für Binärprotokolle eingehalten wird. -
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance aufgrund einer langen Semaphor-Wartezeit neu gestartet wurde, wenn das erweiterte Binärprotokoll-Feature auf einem Cluster mit einem Aurora-Replikat verwendet wurde.
Allgemeine Verbesserungen:
-
Wenn das erweiterte Binärprotokoll-Feature aktiviert ist, werden ungenutzte Speichermetadaten vor dem Schreiben in den Aurora-Speicher entfernt. Dadurch werden bestimmte Szenarien vermieden, in denen ein Neustart oder ein Failover der Datenbank aufgrund einer erhöhten Schreiblatenz durch die erhöhte Anzahl von über das Netzwerk übertragenen Byte auftreten kann.
-
Es wurde ein Problem behoben, das dazu führen kann, dass die CloudWatch eingeschalteten
NumBinaryLogFilesMetriken falsche Ergebnisse anzeigen, wenn das erweiterte Binlog aktiviert ist. -
Es wurde ein Problem behoben, das dazu führen kann, dass die Änderung des
table_open_cache-Datenbankparameters erst wirksam wird, wenn die Datenbank-Instance neu gestartet wird. -
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
Integration von MySQL-Fehlerbehebungen (Community Edition)
Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.26, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates.
-
Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community-Fehlerbehebung #34284186)
