View a markdown version of this page

Aurora MySQL-Datenbank-Engine-Updates 2026-07-30 (Version 3.10.5, kompatibel mit MySQL 8.0.42) - Amazon Aurora
Verbesserungen

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 2026-07-30 (Version 3.10.5, kompatibel mit MySQL 8.0.42)

Version: 3.10.5

Aurora MySQL 3.10.5 ist allgemein verfügbar. Die Versionen Aurora MySQL 3.10 sind mit MySQL 8.0.42 kompatibel. Weitere Informationen zu den Änderungen in der Community finden Sie in den Versionshinweisen zu MySQL 8.0 auf der MySQL-Website.

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 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 im Amazon Aurora-Benutzerhandbuch.

Sie können mithilfe von Zero Downtime Patching (ZDP) ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder mithilfe von Amazon RDS Blue/Green Deployments ein verwaltetes blue/green Upgrade von jedem derzeit unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL-Cluster der Version 3.10.5 einleiten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter Planung eines größeren Versions-Upgrades für einen Aurora MySQL-Cluster. Allgemeine Upgrade-Informationen finden Sie unter Upgrade von Aurora MySQL-DB-Clustern im Amazon Aurora-Benutzerhandbuch.

Informationen zur Fehlerbehebung finden Sie unter Problembehandlung für das direkte Aurora MySQL-Upgrade im Amazon Aurora-Benutzerhandbuch.

Wenn Sie Fragen oder Bedenken haben, Support steht es in den Community-Foren und über Support zur Verfügung. Weitere Informationen finden Sie unter Wartung eines Aurora-DB-Clusters im Amazon Aurora-Benutzerhandbuch.

Verbesserungen

Fehlerbehebungen bei der Sicherheit

Diese Version enthält Korrekturen für die folgenden CVEs mit hohem Schweregrad:

Verbesserungen der Verfügbarkeit

  • Es wurde ein Problem behoben, bei dem eine Replikatinstanz neu gestartet werden konnte, wenn vorbereitete Anweisungen für das Binärprotokoll ausgeführt wurden, die per Schreibweiterleitung an den Writer weitergeleitet wurden.

  • Es wurde ein Problem behoben, bei dem eine Reader-Instanz wiederholt neu gestartet werden konnte, nachdem sie neu gestartet wurde, während die Writer-Instanz die Undo-Logs zwangsweise bereinigte.

  • Es wurde ein Problem mit dem Mechanismus zur Vermeidung von Speichermangel (OOM) behoben, das dazu führen konnte, dass die Datenbankinstanz neu gestartet wurde, wenn versucht wurde, Speicher unter kritischer Speicherauslastung wiederherzustellen.

  • Es wurde ein Problem behoben, bei dem eine Verzögerung beim Ändern der Größe des InnoDB-Pufferpools während Aurora serverless Skalierungsvorgängen dazu führen konnte, dass die Datenbankinstanz nicht mehr reagierte und neu gestartet wurde.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass Read Replicas neu gestartet wurden, wenn die Writer-Instanz eine große Transaktion mit aktiviertem Binlog festschreibt. Dieses Problem kann auch zu Fehlern beim Lesen der Binlog-Datei führen, die die große Transaktion enthält.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass eine Writer-DB-Instance neu gestartet wurde, wenn eine Reader-DB-Instance neu gestartet wurde, während die lokale oder globale Schreibweiterleitung aktiviert ist.

  • Es wurde ein Problem behoben, bei dem die Datenbank-Writer-Instance während eines globalen Datenbank-Switchover-Vorgangs unerwartet neu gestartet werden konnte, während temporäre Tabellen nach der Verarbeitung einer SQL-Anweisung bereinigt wurden. Dieser Neustart könnte zu einer längeren Abschlusszeit des Switchovers führen.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz wiederholt neu gestartet wurde, wenn die Writer-Instanz beim Löschen eines Undo-Datensatzes für eine Tabelle mit Indizes in virtuellen Spalten neu gestartet wurde.

  • Es wurde ein seltenes Problem behoben, das dazu führen konnte, dass die Writer-Instanz aufgrund eines internen Zeitkonflikts bei sehr gleichzeitigen Schreibvorgängen neu gestartet wurde.

  • Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank neu gestartet wird, wenn eine Änderung der Speicherkonfiguration vorgenommen wird, während eine Metadatensynchronisierung noch läuft.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass eine Datenbankinstanz neu gestartet wurde, wenn das erweiterte Binlog aktiviert ist.

Allgemeine Verbesserungen

  • Es wurde ein Problem behoben, das zum Neustart der Engine führen konnte, wenn eine räumliche GIS-Abfrage einen Z-order räumlichen Index für eine Spalte verwendet, die mit einer expliziten SRID-Annotation deklariert wurde.

  • Es wurde ein Problem mit unzureichendem Arbeitsspeicher (OOM) behoben, das zu Neustarts des Lesers führen konnte, wenn Befehle im Writer ausgeführt wurden, die sich auf Zugriffsrechte beziehen.

  • Es wurde ein Problem behoben, das in einigen Fällen zu einer verzögerten Instance-Verfügbarkeit bei Patching- (ZDP-) oder Zero-Downtime-Restart-Vorgängen (ZDR) führen konnte.

  • Es wurde ein Problem mit der Cluster-Verfügbarkeit behoben, das bei Datenbankserver-Upgrades auftreten konnte, wenn DML-Operationen an Systemtabellen auf veraltete Autoinkrement-Werte verwiesen.

  • Es wurde ein Problem behoben, bei dem der Reader während bestimmter Online-DDL-Operationen auf dem Writer bei Verwendung des Algorithmus Berichte ERROR 1146 (Tabelle nicht gefunden) ausgab. INPLACE Dies kann auftreten, wenn entweder der Reader die Tabelle nicht zuvor geöffnet hat, bevor DDL beginnt, oder der Reader neu gestartet wird oder ein neuer Reader erstellt wird, während die DDL in Bearbeitung ist.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass Abfrageergebnisse in aufsteigender Reihenfolge statt in der angeforderten absteigenden Reihenfolge zurückgegeben wurden, wenn sie ORDER BY DESC mit einem Bereichsvergleich und verwendet wurden. LIMIT

  • Die Reihenfolge der Commits bei Binlog-Replikaten mit aktiviertem Enhanced Binlog wurde behoben, sodass die Einstellung korrekt berücksichtigt wurde. replica_preserve_commit_order Dieses Sortierverhalten hatte keinen Einfluss auf die Datenintegrität und verursachte auch keine Konflikte zwischen Transaktionen, da es nur für die Sequenzierung nicht abhängiger Transaktionen galt.

  • Es wurde ein Problem behoben, das zu Neustarts der Datenbank-Instance bei Scale-Down-Vorgängen mit Aurora Serverless oder in Zeiten hoher Pufferpoolbelastung führen konnte.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass das Klonen von Datenbank-Clustern längere Zeit in Anspruch nahm.

  • Es wurde ein Problem behoben, bei dem in einigen Fällen der Verbindungsstatus nach einem Upgrade ohne Ausfallzeiten nicht erhalten blieb, was zu unerwartetem Verhalten führen konnte.