Updates der Aurora MySQL-Datenbank-Engine 2023-07-31 (Version 3.04.0, kompatibel mit MySQL 8.0.28) - Amazon Aurora
VerbesserungenIntegration von MySQL-Fehlerbehebungen (Community Edition)

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 2023-07-31 (Version 3.04.0, kompatibel mit MySQL 8.0.28)

Version: 3.04.0

Aurora MySQL 3.04.0 ist allgemein verfügbar. Aurora-MySQL-3.04-Versionen sind mit MySQL 8.0.28 kompatibel, Aurora-MySQL-3.03-Versionen sind kompatibel mit MySQL 8.0.26 und Aurora-MySQL-3.02-Versionen sind kompatibel mit MySQL 8.0.23. 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.

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 automatische Aktualisierung kleinerer Versionen in 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.

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 zwischen 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.11.1, 2.11.2, 3.01.*, 3.02.*, 3.03.* und 3.04.0 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes Blau/Grün-Upgrade mit Amazon-RDS-Blau/Grün-Bereitstellungen von jedem aktuell unterstützten Aurora-MySQL-Version-2-Cluster auf einen Aurora-MySQL-Version-3.04.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.

Anmerkung

Das verbesserte Aurora-MySQL-Binärprotokoll (binlog) wird derzeit für die Datenbank-Instance von Aurora Serverless v2 in Aurora MySQL Version 3.04.0 nicht unterstützt. Die Aktivierung dieses Features kann dazu führen, dass die Datenbank nicht verfügbar ist. Wenn Sie die Verwendung eines erweiterten Binärprotokolls auf Aurora MySQL Version 3.04.0 benötigen, empfehlen wir, eine Nicht-Serverless-Datenbank-Instance-Klasse zu verwenden oder die minimale und maximale ACU der Serverless-v2-Datenbank-Instance auf denselben Wert zu setzen.

Weitere Informationen zur verbesserten Binärprotokollierung in Aurora MySQL finden Sie im Aurora-Benutzerhandbuch.

Verbesserungen

Neue Funktionen:

Sicherheitsprobleme und CVEs wurden behoben:

  • Der SSL/TLS-Anbieter wurde von OpenSSL zu AWS-LC geändert. Dies bringt eine Reihe von Änderungen mit sich, darunter:

    • Datenbankverbindungen, die SSL verwenden, können jetzt durch Zero Downtime Restart und Zero Downtime Patching wiederhergestellt werden, wenn von Aurora MySQL Version 3.04.0 auf eine höhere Version aktualisiert wird.

    • Unterstützung für TLSv1.3, einschließlich Unterstützung für TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384 und TLS_CHACHA20_POLY1305_SHA256 SSL-Verschlüsselungen.

    • Entfernung der Unterstützung für weniger sichere DHE-RSA-*-Verschlüsselungen.

    Weitere Informationen finden Sie unter Verwenden von TLS mit DB-Clustern von Aurora MySQL.

  • SHOW_ROUTINE wurde das dynamische Recht auf die rds_superuser_role hinzugefügt, das den Zugriff auf Definitionen und Eigenschaften aller gespeicherten Routinen ermöglicht, wie z. B. gespeicherte Prozeduren und Funktionen. Weitere Informationen finden Sie unter SHOW_ROUTINE.

  • Es wurde ein Problem behoben, das dazu führen kann, dass im Prüfprotokoll Ereignisse während der Rotation der Prüfprotokolldatei übersehen werden.

  • Die Unterstützung für das sichere und leistungsstarke Transport Layer Security (TLS) 1.3-Protokoll unter Beibehaltung der Kompatibilität mit der Version TLS 1.2 wurde aktiviert.

  • Die TLS-Versionen TLSv1 und TLSv1.1 wurden in Community MySQL 8.0.26 und entsprechend in Aurora MySQL 3.03 eingestellt. Diese Protokolle wurden jetzt in Community MySQL 8.0.28 und entsprechend in Aurora MySQL 3.04 entfernt. Standardmäßig werden alle sicheren Clients, die nicht über TLS 1.2 oder höher kommunizieren können, abgelehnt. Weitere Informationen zur Verbindung mit Ihren Datenbank-Instances mithilfe von TLS finden Sie unter Sicherheit mit Amazon Aurora MySQL.

Die folgenden CVE-Fixes sind in dieser Version enthalten:

Verbesserungen der Verfügbarkeit:

  • Es wurde ein Problem behoben, das bei der Wiederherstellung langer Transaktionen zu Datenbankneustarts führen kann.

  • Es wurde ein Problem bei der Verschlüsselung von Datenbankaktivitätsströmen behoben, das zu Datenbankneustarts führen kann.

  • Es wurde ein Problem mit der Speicherverwaltung behoben, das aufgrund von Fehlern aufgrund von Speichermangel beim Startup des InnoDB-Pufferpools während des Startups oder während der Skalierung in Aurora Serverless v2 aufgetreten ist. Dieses Problem hat möglicherweise zu Neustarts von Datenbankinstanzen oder zu Leistungseinbußen, einschließlich Durchsatzreduzierung oder erhöhter Latenz, geführt.

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

  • Es wurde ein Problem behoben, das in bestimmten Situationen dazu führen konnte, dass Aurora-Reader-Instances während einer Reichweitenschätzung neu gestartet wurden.

  • Es wurde ein Problem behoben, das die Datenbankwiederherstellung beim Start unterbrechen konnte, wenn der Neustart während der Ausführung umfangreicher Einfügevorgänge mit automatisch inkrementierten Spalten erfolgte.

  • Es wurde ein Problem mit Aurora Advanced Auditing behoben, das zu einer übermäßigen Protokollierung von Informationsmeldungen im Aurora-MySQL-Fehlerprotokoll führt, wenn die Servervariable server_audit_events auf ALL oder QUERY gesetzt ist. Dieses Problem kann zu einem Neustart der Datenbankinstanz führen.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank während des Rollbacks einer INSERT Anweisung neu gestartet wird, wenn die parallel Abfrage aktiviert ist.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbankinstanz neu gestartet wird, wenn das EXPLAIN ANALYZE Profilerstellungstool für eine Abfrage ausgeführt wird, die die Ausgabe all select tables were optimized away in der EXTRA Informationsspalte zurückgegeben hat. Weitere Informationen finden Sie unter EXPLAIN-Ausgabeformat.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-Instance der sekundären Aurora-Datenbank, die globale Schreibweiterleitung verwendet, neu gestartet wird, wenn eine weitergeleitete implizite Commit-Anweisung auf einen Fehler stößt.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Writer-Instance in einer primären Aurora-Datenbankregion neu gestartet wird, wenn eine SELECT FOR UPDATE Abfrage mithilfe der globalen Schreibweiterleitung von einer sekundären Aurora-Datenbankregion ausgeführt wird.

Allgemeine Verbesserungen:

  • Es wurde eine neue gespeicherte Prozedur mysql.rds_gtid_purged hinzugefügt, damit Kunden die GTID_PURGED-Systemvariable festlegen können. Weitere Informationen finden Sie unter mysql.rds_gtid_purged.

  • Es wurden zwei neue gespeicherte Prozeduren mysql.rds_start_replication_until und mysql.rds_start_replication_until_gtid hinzugefügt, die es Kunden ermöglichen, einen Speicherort zu konfigurieren, um die Replikation von Binärprotokollen zu beenden. Weitere Informationen zur Konfiguration eines Stopp-Speicherorts für die binäre Protokollreplikation in Aurora MySQL finden Sie unter mysql.rds_start_replication_until.

  • Es wurde ein Problem behoben, das die gespeicherten Prozeduren der Aurora-MySQL-Replikationskontrolle daran hinderte, die sql_log_bin-Variable zu ändern, wenn sie aus einer Sitzung mit deaktiviertem Autocommit-Modus aufgerufen wurden.

  • Unterstützung für logische Replikation wurde für die folgenden DCL-Anweisungen (Data Control Language) hinzugefügt: GRANT/REVOKE und CREATE/DROP/ALTER/RENAME USER.

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

  • Es wurden zwei neue Systemansichten hinzugefügt, information_schema.aurora_global_db_instance_status und information_schema.aurora_global_db_status. Diese Ansichten können verwendet werden, um den Status und die Topologie der primären und sekundären Ressourcen in einem globalen Aurora-MySQL-Datenbank-Cluster anzuzeigen. Die Details der beiden Systemansichten finden Sie unter Aurora-MySQL-spezifische information_schema-Tabellen.

  • Es wurde ein Problem behoben, bei dem ein Benutzer mit einem Platzhalterzeichen im Datenbanknamen nicht auf die Datenbank zugreifen konnte, nachdem er die SET ROLE-Anweisung mit einem maskierten Platzhalterzeichen ausgeführt hat.

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

  • Es wurde ein Problem behoben, bei dem das Erstellen einer internen temporären Tabelle über eine TRIGGER-Ausführung dazu führen kann, dass eine Writer-Datenbank-Instance neu gestartet wird.

  • Eine neue Systemvariable, innodb_aurora_max_partitions_for_range, wurde hinzugefügt. In einigen Fällen, in denen persistente Statistiken nicht verfügbar sind, können Sie diesen Parameter verwenden, um die Ausführungszeit von Schätzungen der Zeilenanzahl in partitionierten Tabellen zu verbessern. Weitere Informationen finden Sie in der Dokumentation Aurora-MySQL-Konfigurationsparameter.

  • Es wurde ein Problem behoben, das es Kunden fälschlicherweise ermöglichte, ROW_FORMAT beim Erstellen partitionierter Tabellen auf COMPRESSED zu setzen. Tabellen werden implizit in das COMPACT-Format mit einer Warnung konvertiert, die darauf hinweist, dass Aurora MySQL komprimierte Tabellen nicht unterstützt.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Replikation von Binärprotokollen mit mehreren Threads beendet wird, wenn die replica_parallel_type-Variable auf LOGICAL_CLOCK und die replica_preserve_commit_order-Variable auf ON gesetzt wird. Dieses Problem kann auftreten, wenn eine Transaktion, die größer als 500 MB ist, auf der Quelle ausgeführt wird.

  • Es wurde ein Problem behoben, bei dem das globale Datenbank-Schreibweiterleitungs-Feature aktiviert ist. Dies kann dazu führen, dass Änderungen an der performance_schema-Konfiguration in den Reader-Instances in den sekundären Regionen unbeabsichtigt an die Writer-Instance in der primären Region weitergeleitet werden.

  • Es wurde ein Problem behoben, bei dem die Serverstatusvariable innodb_buffer_pool_reads möglicherweise nicht aktualisiert wird, nachdem eine Datenseite aus dem Aurora-Speicherdateisystem gelesen wurde.

  • Die parallele Aurora-MySQL-Abfrage wird bei Auswahl der Cluster-Konfiguration Aurora I/O-Optimized nicht unterstützt. Weitere Informationen finden Sie unter Einschränkungen der parallelen Abfrage für Amazon Aurora MySQL.

  • Es wurde ein Problem behoben, das dazu führte, dass der Abfrageplanoptimierer bei aktivierter paralleler Abfrage für bestimmte SELECT-Abfragen, die von einem primären oder sekundären Index profitieren, einen ineffizienten Ausführungsplan auswählte.

  • Die Zeitzonendefinitionen wurden auf die Version IANA 2023c aktualisiert.

  • Es wurden Leistungsoptimierungen bei der Dateiverwaltung für Binärprotokoll-Replikate eingeführt, um Konflikte beim Schreiben in Relay-Protokolldateien zu reduzieren.

  • Es wurde ein Problem behoben, bei dem die RPO_LAG_IN_MILLISECONDS Spalte in der information_schema.aurora_global_db_status Tabelle und der AuroraGlobalDBRPOLag CloudWatch Metrik unabhängig von der Benutzerauslastung immer Null anzeigte.

  • Ein neuer Parameter aurora_tmptable_enable_per_table_limit wurde eingeführt. Wenn dieser Parameter aktiviert ist, definiert die tmp_table_size Variable die maximale Größe der einzelnen internen temporären Tabelle im Arbeitsspeicher, die von der TempTable Speicher-Engine erstellt wurde. Weitere Details finden Sie im Abschnitt Speicher-Engine für interne (implizite) temporäre Tabellen.

  • Es wurde ein Problem behoben, bei dem eine zusätzliche Verbindung hergestellt wurde, wenn das globale Datenbank-Schreibweiterleitungs-Feature aktiviert ist. Das Problem tritt auf, wenn schreibgeschützte Transaktionen auf einer Reader-Instance fälschlicherweise ein implizites Commit an den Writer weiterleiten.

  • Es wurde ein Problem behoben, bei dem die Felder PROCESSLIST_USER und PROCESSLIST_HOST in der performance_schema.threads-Tabelle auf dem Writer in der primären Region für Verbindungen, die das Feature zur globalen Datenbank-Schreibweiterleitung verwenden, nicht aufgefüllt wurden. Weitere Informationen zu dieser Tabelle und dem Leistungsschema finden Sie im MySQL-Referenzhandbuch, in der Threads-Tabelle und im Amazon-Aurora-Benutzerhandbuch unter Überblick über das Leistungsschema.

  • Es wurde ein Problem behoben, bei dem die CommitLatency-Cloudwatch-Metrik falsche Werte für Reader-Instances in sekundären Regionen anzeigt, wenn das globale Datenbank-Schreibweiterleitungs-Feature verwendet wird. Um die Latenz der weitergeleiteten DML-Anweisungen auf sekundären Datenbank-Clustern zu überwachen, wird empfohlen, die Metriken ForwardingReplicaDMLLatency und ForwardingWriterDMLLatency zu verwenden. Die Commit-Latenz kann auch anhand der CommitLatency-Metrik auf der Writer-Instance der primären Region beobachtet werden. Weitere Informationen finden Sie im Aurora-Benutzerhandbuch unter CloudWatch Amazon-Metriken für die Weiterleitung von E-Mails.

  • Es wurde ein Problem behoben, bei dem die gespeicherten Prozeduren der Aurora-MySQL-Replikationssteuerung, die zur Verwaltung und Konfiguration der binären Protokollreplikation verwendet wurden, fälschlicherweise Fehler meldeten, wenn die Multi-Thread-Binärprotokollreplikation konfiguriert wurde, indem die Variable replica_parallel_workers auf einen Wert größer als 0 gesetzt wurde.

  • Es wurde ein Problem behoben, das zu einem hohen CPU-Verbrauch führen kann, wenn mehrere Sitzungen versuchen, auf eine Seite zuzugreifen, die nicht im Speicher vorhanden ist.

Upgrades und Migrationen:

  • Informationen zur Durchführung eines kleineren Versions-Upgrades für eine globale Aurora-Datenbank von Aurora MySQL Version 3.01, 3.02 oder 3.03 zu Aurora MySQL Version 3.04 oder höher finden Sie unter Aktualisieren von Aurora MySQL durch Ändern der Engine-Version.

  • Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern, die für die Tabellen mysql.general_log_backup, mysql.general_log, mysql.slow_log_backup und mysql.slow_log gemeldet wurden, beim Upgrade von Aurora MySQL 2 auf Aurora MySQL 3 zu Fehlern bei der Upgrade-Vorabprüfung führen kann. Weitere Informationen zur Fehlerbehebung bei Upgrades finden Sie unter Behebung von Upgrade-Problemen mit Aurora MySQL Version 3.

  • Es wurde ein Problem behoben, das zu schwerwiegenden Fehlern beim Upgrade auf Hauptversionen von Aurora MySQL 3 führen kann, wenn eine Auslöserdefinition ein reserviertes Schlüsselwort enthält, das nicht in Anführungszeichen steht.

Integration von MySQL-Fehlerbehebungen (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 MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates.

  • Es wurde ein Problem behoben, bei dem ein Pufferblock mit einer systemeigenen temporären Tabellenseite während des Seitendurchlaufs verschoben wurde, was zu einem Assert-Fehler führte (Fehler #33715694)

  • InnoDB: Verhindern Sie, dass Online-DDL-Operationen auf den out-of-bounds Speicher zugreifen (Bug# 34750489, Bug# 108925)

  • Es wurde ein Problem behoben, das bei der Verarbeitung komplexer SQL-Anweisungen, die aus mehreren verschachtelten Common Table Expressions (CTEs) bestehen, manchmal zu falschen Abfrageergebnissen führen kann (Fehler-Nr. 34572040, Fehler-Nr. 34634469, Fehler-Nr. 33856374)