Aurora-MySQL-Datenbank-Engine-Updates 25.10.2023 (Version 3.05.0, kompatibel mit MySQL 8.0.32)

PDFRSS

Version: 3.05.0

Aurora MySQL 3.05.0 ist allgemein verfügbar. Aurora-MySQL-3.05-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 werden die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* und 3.05.* unterstützt.

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 aktuell unterstützten Aurora-MySQL-Version-2-Cluster auf einen Aurora-MySQL-Version-3.05.0-Cluster starten.

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 zur Verfügung. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

Neue Funktionen:

• Es wurde Unterstützung für das Speichern von Daten aus einem Aurora-MySQL-Datenbank-Cluster in Textdateien in einem Amazon-S3-Bucket hinzugefügt, der mit einem KMS-Schlüssel (SSE-KMS) verschlüsselt ist. Weitere Informationen finden Sie unter Speichern von Daten aus einem Amazon-Aurora-MySQL-DB-Cluster in Textdateien in einem Amazon-S3-Bucket.

• Es wurde eine neue globale Statusvariable aurora_tmz_version eingeführt, die die aktuelle Version der Zeitzoneninformationen (TZ) bezeichnet, die von der Engine verwendet werden. Die Werte entsprechen der Version der IANA-Zeitzonen-Datenbank und sind als "YYYYsuffix„formatiert, z. B. 2022a und 2023c. Weitere Informationen finden Sie unter Aurora-MySQL-Global-Statusvariablen.

Sicherheitsprobleme wurden behoben und sind unten aufgeführt: CVEs

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:

• CVE-2022-37434

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 mit Sperrkonflikten behoben, die durch einen Prüfprotokoll-Thread verursacht wurden und letztendlich zu einer hohen CPU-Auslastung und Timeouts für Client-Anwendungen führten.

• 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, ON oder ON_PERMISSIVE gesetzt 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 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, 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, bei dem es bei einer Aurora-MySQL-Datenbank-Instance während des Instance-Startups zu mehreren Neustarts kommen kann, während große Rollback-Segmente initialisiert werden.

• Es wurde ein Problem behoben, das beim Patchen ohne Ausfallzeiten zu einem Neustart der Instance führt, was bewirkt, dass 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 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.

• Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, während eine Abfrage ausgeführt wird, die auf eine Aggregatfunktion verweist.

• Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die Datenbankinstanz neu gestartet wird, wenn Aurora Serverless v2 versucht fälschlicherweise, den Tabellen-Cache während der Skalierung zu aktualisieren.

• Es wurde ein Problem behoben, bei dem beim Materialisieren temporärer Zwischentabellen nicht unterstützte Index-Scan-Zugriffsmethoden für Common Table Expressions (CTE) berücksichtigt wurden, was zu unerwünschtem Verhalten wie Datenbankneustarts oder falschen Abfrageergebnissen führen kann. Wir haben dieses Problem behoben, indem wir die Verwendung solcher nicht unterstützter Indexscanzugriffsmethoden für Tabellen vermieden haben, die die TempTable Speicher-Engine verwenden.

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, der auf Aurora MySQL 3.04.0 läuft.

• 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.

• Mit der Hinzufügung der Tabellen malloc_stats und malloc_stats_totals im performance_schema wurden drei erweiterte Systemvariablen hinzugefügt, um das Verhalten von Jemalloc, einem internen Speicherzuweiser, zu steuern:

  • aurora_jemalloc_background_thread.

  • aurora_jemalloc_dirty_decay_ms.

  • aurora_jemalloc_tcache_enabled.

• Es wurde ein Problem behoben, bei dem Aurora-spezifische Leistungsschematabellen bei einem Upgrade oder einer Migration nicht erstellt wurden.

• Eine neue Systemvariable, aurora_use_vector_instructions, wurde hinzugefügt. Wenn dieser Parameter aktiviert ist, verwendet Aurora MySQL optimierte Vektorverarbeitungsanweisungen, um die Leistung bei E/A-intensiven Workloads zu verbessern. Diese Einstellung ist in Aurora MySQL 3.05 und höher standardmäßig auf ON gesetzt. Weitere Informationen finden Sie unter Aurora-MySQL-Konfigurationsparameter.

• Es wurde ein Problem behoben, das dazu führen kann, dass die NumBinaryLogFiles eingeschalteten CloudWatch Metriken falsche Ergebnisse anzeigen, wenn das erweiterte Binlog aktiviert ist.

• Das Anforderungs-Timeout für Aurora-MySQL-Machine-Learning-Operationen an Amazon Sagemaker wurde von 3 auf 30 Sekunden erhöht. Dies hilft bei der Lösung eines Problems, bei dem Kunden eine erhöhte Anzahl von Wiederholungsversuchen oder Fehlschlägen bei Anfragen von Aurora MySQL Machine Learning an Amazon Sagemaker feststellen können, wenn sie höhere Batch-Größen verwenden.

• Unterstützung für malloc_stats- und malloc_stats_totals-Tabellen in der performance_schema-Datenbank hinzugefügt.

• Das FROM-Schlüsselwort im LOAD DATA FROM S3-Befehl wurde aktualisiert und ist jetzt optional. Weitere Informationen finden Sie unter Laden von Daten in einen Amazon-Aurora-MySQL-DB-Cluster aus Textdateien in einen Amazon-S3-Bucket.

• Es wurde Unterstützung für den Parameter innodb_aurora_instant_alter_column_allowed hinzugefügt, der steuert, ob der INSTANT-Algorithmus für ALTER COLUMN-Operationen verwendet werden kann. Weitere Informationen finden Sie unter Parameter auf Cluster-Ebene.

• 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 die Änderung des table_open_cache-Datenbankparameters erst wirksam wird, wenn die Datenbank-Instance neu gestartet wird.

• Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder einem Datenbank-Klonvorgang zu Fehlern beim Duplizieren von Schlüsseln für AUTO_INCREMENT-Spalten mit absteigenden Indizes führen kann.

• 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 ein Problem behoben, das dazu führen kann, dass bei der Ausführung von Abfragen für die INFORMATION_SCHEMA INNODB_TABLESPACES-Tabelle der verfügbare Speicher aufgebraucht wird.

• Es wurde ein Problem behoben, bei dem die Reader-Instance eine Tabelle nicht öffnen konnte, mit FEHLER 1146. Dieses Problem tritt auf, wenn bestimmte Typen von Online-DDL (Data Definition Language) ausgeführt werden, während der INPLACE-Algorithmus auf der Writer-Instance verwendet wird.

• Es wurde ein Problem behoben, durch das ein Neustart der Instanz während der Aurora Serverless v2 Skalierung, wenn der interne Überwachungsprozess fälschlicherweise doppelte Skalierungsanfragen sendet.

• 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

• Es wurde ein In-Memory-Relay-Log-Cache für von Aurora MySQL verwaltete binäre Protokollreplikate eingeführt. Diese Verbesserung kann dazu beitragen, den Durchsatz der binären Protokollreplikation um bis zu 40 % zu erhöhen. Diese Erweiterung wird automatisch aktiviert, wenn die binäre Protokollreplikation mit einem Thread oder die Multithread-Replikation mit aktivierter GTID-Autopositionierung verwendet wird.

Upgrades und Migrationen:

• Ein Upgrade von MySQL 5.7 zu MySQL 8.0 mit einer sehr großen Anzahl von Tabellen in einer einzigen Datenbank führte dazu, dass der Server übermäßig viel Speicher beanspruchte. Es wurde festgestellt, dass wir bei der Überprüfung, ob Tabellen aktualisiert werden konnten, alle Datenwörterbuch-Table-Objekte im Voraus abgerufen, jedes verarbeitet und dessen Namen abgerufen und dann die Versionskompatibilität für die Liste überprüft haben. 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)

• Die Leistung von Hauptversions-Upgrades von Aurora MySQL Version 2 auf Version 3 wurde verbessert, indem Tablespace-Checks parallel ausgeführt wurden, wobei alle verfügbaren v CPUs auf der Datenbank-Instance verwendet wurden.

Integration von MySQL-Fehlerbehebungen (Community Edition)

Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.32, 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)