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 Datenbank-Engine-Updates 2023-11-13 (Version 3.04.1, kompatibel mit My 8.0.28) SQL
Version: 3.04.1
Aurora My SQL 3.04.1 ist allgemein verfügbar. Aurora My SQL 3.04-Versionen sind mit My SQL 8.0.28 kompatibel. Weitere Informationen zu den eingetretenen Community-Änderungen finden Sie in den Versionshinweisen zu My SQL 8.0
Anmerkung
Diese Version ist als Long-Term-Support-Version (LTS) vorgesehen. Weitere Informationen finden Sie unter Versionen von Aurora My SQL Long-Term Support (LTS) im Amazon Aurora Aurora-Benutzerhandbuch.
Wir empfehlen, den AutoMinorVersionUpgrade
Parameter für Versionen nicht auf zu setzen true
(oder das automatische Upgrade auf LTS Nebenversionen in der zu aktivieren AWS Management Console). Dies könnte dazu führen, dass Ihr DB-Cluster auf eine LTS Nicht-Version wie 3.05.2 aktualisiert wird.
Einzelheiten zu den neuen Funktionen in Aurora My SQL Version 3 finden Sie unter Aurora My SQL Version 3, kompatibel mit My SQL 8.0. Die Unterschiede zwischen Aurora My SQL Version 3 und Aurora My SQL Version 2 finden Sie unter Vergleich von Aurora My SQL Version 2 und Aurora My SQL Version 3. Einen Vergleich von Aurora My SQL Version 3 und My SQL 8.0 Community Edition finden Sie unter Vergleich von Aurora My SQL Version 3 und My SQL 8.0 Community Edition.
Derzeit werden die SQL Versionen von Aurora My 2.07.9, 2.7.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* und 3.05.* unterstützt.
Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes Blue/Green-Upgrade mit Amazon RDS Blue/Green Deployments von jedem derzeit verfügbaren Aurora My SQL Version 2-Cluster auf einen Aurora My SQL Version 3.04.1-Cluster starten.
Informationen zur Planung eines Upgrades auf Aurora My SQL Version 3 finden Sie unter Upgrade-Planung für Aurora My SQL Version 3 im Amazon Aurora Aurora-Benutzerhandbuch. Allgemeine Informationen zu Aurora SQL My-Upgrades finden Sie unter Upgrade von Amazon Aurora My SQL DB-Clustern im Amazon Aurora Aurora-Benutzerhandbuch.
Informationen zur Fehlerbehebung finden Sie unter Behebung von Upgrade-Problemen mit Aurora My SQL Version 3.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Verbesserungen
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 der ausgeführte GTID Satz auf einem Replikat-Cluster für Binärprotokolle (Binlog) mit aktiviertem erweitertem Binlog falsch wiederhergestellt wurde, wenn eine Binlog-Quelle auf oder gesetzt war.
gtid_mode
ON
ON_PERMISSIVE
Dieses Problem kann dazu führen, dass die Writer-Instanz des Replikat-Clusters während der Wiederherstellung ein weiteres Mal neu gestartet wird, oder es kann zu falschen Ergebnissen bei der Abfrage des ausgeführten Satzes führen. GTID -
Es wurde ein Speicherverwaltungsproblem behoben, das zu einem Neustart der Aurora My SQL Database-Instance oder einem Failover führen kann, wenn das erweiterte Binärprotokoll aktiviert ist, wenn der freie Speicherplatz abnimmt.
-
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 My SQL Database-Instance mit aktivierter erweiterter Binärprotokollfunktion während des Starts der Datenbank-Instance hängen bleiben konnte, während der Wiederherstellungsprozess für das Binärprotokoll ausgeführt wurde.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance aufgrund eines Deadlatches neu gestartet wird, wenn die Anweisungen
SHOW STATUS
und PURGE BINARY LOGS
gleichzeitig 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 Datenbank-Cluster nicht verfügbar sind, 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 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:
-
Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank nicht verfügbar ist, wenn das erweiterte Binlog auf einem Aurora Serverless v2 Datenbank-Cluster aktiviert ist, auf dem Aurora My SQL 3.04.0 ausgeführt wird.
-
Unbenutzte Speichermetadaten wurden vor dem Schreiben in Aurora Storage entfernt, wenn die erweiterte Binlog-Funktion aktiviert ist. 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, bei dem Aurora-spezifische Leistungsschematabellen bei einem Upgrade oder einer Migration nicht erstellt wurden.
-
Es wurde ein Problem behoben, das dazu führen kann, dass bei
NumBinaryLogFiles
eingeschalteten CloudWatch Metriken falsche Ergebnisse angezeigt werden, wenn das erweiterte Binlog aktiviert ist.
Upgrades und Migrationen:
-
Ein Upgrade von My SQL 5.7 auf My SQL 8.0 mit einer sehr großen Anzahl von Tabellen in einer einzigen Datenbank führte dazu, dass der Server übermäßig viel Speicherplatz beanspruchte. Es wurde festgestellt, dass wir bei der Überprüfung, ob Tabellen aktualisiert werden konnten, alle
Table
Datenwörterbuchobjekte im Voraus abgerufen, jedes einzelne verarbeitet und seinen Namen abgerufen und dannCHECK TABLE ... FOR UPGRADE
anhand der Liste ausgeführt wurden. Das vorherige Abrufen aller Objekte war in diesem Fall nicht erforderlich und trug erheblich zum Speicherverbrauch bei. Um dieses Problem zu beheben, rufen wir in solchen Fällen jetzt ein Table
-Objekt nach dem anderen ab, führen alle erforderlichen Prüfungen durch, rufen seinen Namen ab und geben das Objekt frei, bevor wir mit dem nächsten fortfahren. (Fehler #34526001)
Fehlerkorrekturen bei der Integration von My SQL Community Edition
Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.28, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter Meine SQL Fehler, die durch Updates der Aurora My SQL 3.x-Datenbank-Engine behoben wurden.
-
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)