Aurora-MySQL-Datenbank-Engine-Updates 01.03.2023 (Version 3.03.0, kompatibel mit MySQL 8.0.26) Upgrades auf diese Version werden nicht unterstützt. - 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.

Aurora-MySQL-Datenbank-Engine-Updates 01.03.2023 (Version 3.03.0, kompatibel mit MySQL 8.0.26) Upgrades auf diese Version werden nicht unterstützt.

Version: 3.03.0

Aurora MySQL 3.03.0 ist allgemein verfügbar. Aurora-MySQL-3.03-Versionen sind mit MySQL 8.0.26 kompatibel. Aurora-MySQL-3.02-Versionen sind mit MySQL 8.0.23 kompatibel. Weitere Informationen zu Community-Änderungen, die von 8.0.23 zu 8.0.26 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 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.*, 2.11.*, 3.01.*, 3.02.* und 3.03.* unterstützt.

Sie können einen Snapshot von jedem derzeit unterstützten Aurora-MySQL-Version-2-Cluster in Aurora MySQL 3.03.0 wiederherstellen.

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

Behobene Sicherheitsprobleme 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 größeren DB-Instance-Klassen zu Problemen beim Neustart kommen konnte, weil die Initialisierung des Pufferpools länger als erwartet dauerte.

  • Es wurde ein Problem behoben, durch das die DB-Instance während des Datenbank-Wiederherstellungsprozesses neu gestartet wurde, wenn die binäre Protokollierung aktiviert war.

  • Es wurde ein Problem behoben, das zu Verbindungsfehlern in Reader-Instances führen kann, wenn DCL-Anweisungen (Data Control Language) ausgeführt werden, z. B. GRANT und REVOKE, oder beim Herstellen neuer Verbindungen in der Writer-Instance.

  • Es wurde ein Problem behoben, bei dem parallele Abfragen fälschlicherweise für DML-Operationen (Data Manipulation Language) verwendet wurden, wie z. B. die Anweisungen DELETE und UPDATE, die derzeit nicht unterstützt werden, und zu einem Neustart der DB-Instance führten. Weitere Informationen zu Operationen, die in parallelen Abfragen unterstützt werden, finden Sie unter Einschränkungen für parallele Abfragen in Aurora MySQL.

  • Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass ein Aurora-Replikat neu gestartet wird, wenn große Aktualisierungsvorgänge oder Data Definition Language (DDL)-Workloads auf der Writer-Instance und Lesevorgänge für denselben Tabellensatz auf dem Aurora-Replikat gleichzeitig ausgeführt werden.

  • Es wurde ein Problem mit dem Herunterskalieren der Aurora-Serverless-v2-Reader-Instance behoben, das dazu führen kann, dass diese Reader-Instance neu gestartet wird und in einigen seltenen Fällen zu Dateninkonsistenzen führt.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank-Instance aufgrund eines falschen Zugriffs auf ungültigen Speicher neu gestartet wird, wenn eine Verbindung unmittelbar nach dem Commit einer Transaktion geschlossen wurde.

  • Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die DB-Instance neu gestartet wird, während eine Abfrage mit einer GROUP BY-Klausel verarbeitet wird, die eine Dezimalspalte auf null Dezimalstellen kürzt.

  • Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, weil bei der Ausführung einer Bereichsabfrage mit einem räumlichen Index falsch auf einen Datensatz zugegriffen wurde.

  • Es wurde ein Problem behoben, das zu einem Neustart der DB-Instance auf Aurora-MySQL-Replikat-Instances führen kann, wenn interne temporäre Tabellen die standardmäßigen oder vom Kunden konfigurierten Speicher- oder MMAP-Werte überschreiten.

  • Es wurde ein Problem behoben, bei dem die Protokollrotation von Advanced Audit zu Problemen bei der Speicherverwaltung führen kann.

  • Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie INSERT INTOSELECT, und führen kann. FROM Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter Amazon Aurora MySQL Performance Enhancements.

Allgemeine Verbesserungen:

  • Die Latenz bei Leseabfragen in globalen Datenbank-Schreibweiterleitungssitzungen wurde mithilfe der Lesekonsistenzeinstellung GLOBAL verbessert.

  • Es wurde ein Problem behoben, bei dem der wait_timeout-Parameterwert nicht berücksichtigt wurde, nachdem eine Clientsitzung die Befehle reset_connection oder change_user ausgeführt hatte.

  • Es wurde ein Problem behoben, bei dem Anwendungen beim Herstellen einer Verbindung zu einer DB-Instance eine erhöhte Latenz aufweisen konnten, wenn die Instance plötzlich mehr eingehende Verbindungen verzeichnete. Zwei neue CloudWatch Metriken, AuroraSlowHandshakeCount undAuroraSlowConnectionHandleCount, wurden eingeführt, um Verzögerungen beim Verbindungsaufbau für Aurora MySQL-DB-Instances zu beheben. Weitere Informationen zu diesen Metriken finden Sie in der Dokumentation zu CloudWatch Aurora-Metrikdefinitionen, CloudWatch Amazon-Metriken für Amazon Aurora.

  • Dertemptable_use_mmap-Parameter ist veraltet und es wird erwartet, dass die Unterstützung dafür in einer künftigen MySQL-Version eingestellt wird. Weitere Informationen finden Sie unter Speicher-Engine für interne (implizite) temporäre Tabellen.

  • Es wurde ein Problem behoben, das längere Ausführungszeiten für die Anweisung SHOW BINARY LOGS verursachen kann. Dieses könnte zu einem Rückgang des Commit-Durchsatzes der Datenbank führen.

Upgrades und Migrationen:

  • Zur Durchführung eines Nebenversions-Upgrades für eine globale Aurora-Datenbank von Aurora MySQL Version 3.01 oder 3.02 zu Aurora MySQL Version 3.03 oder höher siehe Aktualisieren von Aurora MySQL durch Modifizierung der Engine-Version.

  • Es wurde ein Problem behoben, das dazu führen kann, dass Hauptversions-Upgrades von Aurora MySQL Version 2 zu Aurora MySQL Version 3 fehlschlagen, wenn sich eine große Anzahl von Tabellen (über 750 000) im Cluster befindet.

  • Es wurde ein Problem behoben, das dazu führen kann, dass Hauptversions-Upgrades von Aurora MySQL Version 2 zu Aurora MySQL Version 3 fehlschlagen, wenn die Migration der Tabellen mysql.innodb_table_stats und mysql.innodb_index_stats länger als erwartet dauert. Dieses Problem betraf hauptsächlich DB-Cluster mit Millionen von Tabellen.

  • Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern führen kann. Diese Fehler werden vom Upgrade-Pre-Checker für die Tabellen mysql.general_log_template und mysql.slow_log_template gemeldet. Weitere Informationen zur Fehlerbehebung bei Upgrades finden Sie unter Behebung von Upgrade-Problemen mit Aurora MySQL Version 3.

  • Es wurde ein Problem behoben, das aufgrund des schemaInconsistencyCheck-Fehlers beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern führen kann. Dieser Fehler wird durch Schemainkonsistenzen innerhalb der mysql.table_migration_index_info-Tabelle verursacht, wie von der upgrade-prechecks.log gemeldet. Weitere Informationen zur Fehlerbehebung bei Upgrades zu Aurora MySQL Version 3 finden Sie unter Behebung von Upgrade-Problemen mit Aurora MySQL Version 3.

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, bei dem einige Spaltentypen, einschließlich JSON und TEXT, manchmal den Sortierpuffer erschöpften, wenn seine Größe nicht mindestens das 15-fache der Größe der größten Zeile in der Sortierung betrug. Jetzt muss der Sortierpuffer nur noch 15-mal so groß sein wie der größte Sortierschlüssel. (Fehler #103325, Fehler #105532, Fehler #32738705, Fehler #33501541)

  • Es wurde ein Problem behoben, bei dem InnoDB einige legale Namen für Tabellenpartitionen nicht immer korrekt behandelte. (Fehler #32208630)

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen aufgrund einer ungenauen Berechnung der NULL-Eigenschaft bei der Ausführung einer Abfrage mit einer OR-Bedingung zu falschen Ergebnissen führen kann. (Fehler #34060289)

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen zu falschen Ergebnissen führen kann, wenn die folgenden beiden Bedingungen erfüllt sind:

    • Eine abgeleitete Tabelle wird mit dem äußeren Abfrageblock zusammengeführt

    • Die Abfrage umfasst einen Left Join und eine IN-Unterabfrage

    (Fehler #34060289)

  • Es wurde ein Problem behoben, bei dem falsche AUTO_INCREMENT-Werte generiert wurden, wenn der maximale ganzzahlige Spaltenwert überschritten wurde. Der Fehler war darauf zurückzuführen, dass der maximale Spaltenwert nicht berücksichtigt wurde. In diesem Fall hätte der vorherige gültige AUTO_INCREMENT-Wert zurückgegeben werden müssen, was zu einem Fehler beim doppelten Schlüssel geführt hat. (Fehler #87926, Fehler #26906787)

  • Es wurde ein Problem behoben, bei dem es nicht möglich war, die DROP-Berechtigung für das Performance-Schema zu widerrufen. (Fehler #33578113)

  • Es wurde ein Problem behoben, bei dem eine gespeicherte Prozedur, die eine IF-Anweisung mit EXISTS, die auf eine oder mehrere Tabellen reagierte, die zwischen den Ausführungen gelöscht und neu erstellt wurden, bei den nachfolgenden Aufrufen nach dem ersten nicht korrekt ausgeführt wurde. (Fehler #32855634).

  • Es wurde ein Problem behoben, bei dem eine Abfrage, die auf eine Ansicht in einer Unterabfrage und einem äußeren Abfrageblock verweist, zu einem unerwarteten Neustart führen kann. (Fehler #32324234)