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.

# Aktualisierungen der Datenbank-Engine für Amazon-Aurora-MySQL-Version 3
<a name="AuroraMySQL.Updates.30Updates"></a>

Im Folgenden finden Sie Datenbank-Engine-Updates für Amazon-Aurora-MySQL-Version 3.

**Topics**<a name="aurora_3x_updates"></a>
+ [Updates der Aurora MySQL-Datenbank-Engine 2026-02-17 (Version 3.12.0, kompatibel mit MySQL 8.0.44)](AuroraMySQL.Updates.3120.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2025-12-16 (Version 3.11.1, kompatibel mit MySQL 8.0.43)](AuroraMySQL.Updates.3111.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-11-13 (Version 3.11.0, kompatibel mit MySQL 8.0.43)](AuroraMySQL.Updates.3110.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2026-01-02 (Version 3.10.3, kompatibel mit MySQL 8.0.42)](AuroraMySQL.Updates.3103.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-11-20 (Version 3.10.2, kompatibel mit MySQL 8.0.42)](AuroraMySQL.Updates.3102.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-09-30 (Version 3.10.1, kompatibel mit MySQL 8.0.42)](AuroraMySQL.Updates.3101.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-07-31 (Version 3.10.0, kompatibel mit MySQL 8.0.42)](AuroraMySQL.Updates.3100.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-05-14 (Version 3.09.0, kompatibel mit MySQL 8.0.40)](AuroraMySQL.Updates.3090.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-04-07 (Version 3.08.2, kompatibel mit MySQL 8.0.39)](AuroraMySQL.Updates.3082.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-02-17 (Version 3.08.1, kompatibel mit MySQL 8.0.39)](AuroraMySQL.Updates.3081.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-11-18 (Version 3.08.0, kompatibel mit MySQL 8.0.39)](AuroraMySQL.Updates.3080.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-07-23 (Version 3.07.1) (veraltet)](AuroraMySQL.Updates.3071.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-06-04 (Version 3.07.0) (veraltet)](AuroraMySQL.Updates.3070.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-06-26 (Version 3.06.1) (veraltet)](AuroraMySQL.Updates.3061.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-03-07 (Version 3.06.0) (veraltet)](AuroraMySQL.Updates.3060.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-01-31 (Version 3.05.2) (veraltet)](AuroraMySQL.Updates.3052.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 2023-11-21 (Version 3.05.1) (veraltet)](AuroraMySQL.Updates.3051.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2023-10-30 (Version 3.05.0.1) (veraltet)](AuroraMySQL.Updates.30501.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2023-10-25 (Version 3.05.0) (veraltet)](AuroraMySQL.Updates.3050.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2026-01-02 (Version 3.04.6, kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3046.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2025-05-05 (Version 3.04.4, kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3044.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-06-26 (Version 3.04.3, kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3043.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2024-03-15 (Version 3.04.2, kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3042.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2023-11-13 (Version 3.04.1, kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3041.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2023-07-31 (Version 3.04.0), kompatibel mit MySQL 8.0.28)](AuroraMySQL.Updates.3040.md)
+ [Aurora MySQL-Datenbank-Engine-Updates 2023-12-08 (Version 3.03.3) (veraltet)](AuroraMySQL.Updates.3033.md)
+ [Updates der Aurora MySQL-Datenbank-Engine 2023-08-29 (Version 3.03.2) (veraltet)](AuroraMySQL.Updates.3032.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 2023-05-11 (Version 3.03.1) (veraltet)](AuroraMySQL.Updates.3031.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 2023-03-01 (Version 3.03.0) (veraltet)](AuroraMySQL.Updates.3030.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 2023-04-17 (Version 3.02.3) (veraltet)](AuroraMySQL.Updates.3023.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 18.11.2022 (Version 3.02.2) (veraltet)](AuroraMySQL.Updates.3022.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine am 07.09.2022 (Version 3.02.1) (veraltet)](AuroraMySQL.Updates.3021.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 20.04.2022 (Version 3.02.0) (veraltet)](AuroraMySQL.Updates.3020.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 15.04.2022 (Version 3.01.1) (veraltet)](AuroraMySQL.Updates.3011.md)
+ [Updates für die Aurora MySQL-Datenbank-Engine 2021-11-18 (Version 3.01.0) (veraltet)](AuroraMySQL.Updates.3010.md)

# Updates der Aurora MySQL-Datenbank-Engine 2026-02-17 (Version 3.12.0, kompatibel mit MySQL 8.0.44)
<a name="AuroraMySQL.Updates.3120"></a><a name="3.12.0"></a>

**Version**: 3.12.0

Aurora MySQL 3.12.0 ist allgemein verfügbar. Aurora MySQL 3.12-Versionen sind mit MySQL 8.0.44 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade [mithilfe von Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.12.0-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3120.Improvements"></a>

**Fehlerbehebungen bei der Sicherheit**
+ Es wurde ein Problem behoben, das dazu führen kann, dass einige SQL-Anweisungen nicht im Audit-Log protokolliert wurden.
+ Das caching\$1sha2\$1password-Plugin wurde behoben, um sicherzustellen, dass Aurora MySQL Reader- und Writer-Instanzen aktualisierte Passwörter konsistent validieren.

** CVEsMittel:**
+ [CVE-2025-53040](https://www.cve.org/CVERecord?id=CVE-2025-53040)
+ [CVE-2025-53042](https://www.cve.org/CVERecord?id=CVE-2025-53042)
+ [CVE-2025-53044](https://www.cve.org/CVERecord?id=CVE-2025-53044)
+ [CVE-2025-53045](https://www.cve.org/CVERecord?id=CVE-2025-53045)
+ [CVE-2025-53053](https://www.cve.org/CVERecord?id=CVE-2025-53053)
+ [CVE-2025-53054](https://www.cve.org/CVERecord?id=CVE-2025-53054)
+ [CVE-2025-53062](https://www.cve.org/CVERecord?id=CVE-2025-53062)
+ [CVE-2025-53069](https://www.cve.org/CVERecord?id=CVE-2025-53069)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbankinstanz beim halbkonsistenten Lesen neu gestartet wird, wenn die Sperrtabelle voll ist.
+ Es wurde ein Problem bei der Binlog-Wiederherstellung behoben, das dazu führen konnte, dass die Binlog-Replikatinstanz bei Verwendung mit `aurora_in_memory_relaylog` Multithread-Replikation neu gestartet wurde.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz neu gestartet wurde, wenn die globale Schreibweiterleitung oder die lokale Schreibweiterleitung deaktiviert war.
+ Es wurde ein Problem behoben, bei dem zu große thread\$1stack-Konfigurationen den Start des Aurora MySQL-Servers bei Neustarts oder Upgrades verhindern konnten. Der Aurora MySQL-Server setzt thread\$1stack jetzt automatisch auf den Engine-Standardwert (1 MB) zurück, wenn er den Systemspeicher überschreitet, wodurch Startfehler vermieden werden.
+ Es wurde ein Problem behoben, das zu einem Neustart der Engine führen konnte, wenn sie `KILL` nach `EXPLAIN FOR CONNECTION` der Ausführung einer laufenden parallel Abfrage ausgeführt wurde.
+ Es wurde ein Problem behoben, das eine parallel Abfrage bei einer zufälligen Abfrage erzwingen kann und zu einem Neustart der Engine führt, wenn diese Abfrage gewaltsam beendet wird.
+ Es wurde ein Problem behoben, das Benutzer mit CONNECTION\$1ADMIN- oder SUPER-Rechten daran hinderte, eine zusätzliche Verbindung über das max\$1connections-Limit hinaus herzustellen, wie es in der MySQL Community Edition unterstützt wird.
+ [Es wurde ein Problem behoben, das bei der Verarbeitung einer großen Anzahl von Relay-Protokolldateien während der Relay-Log-Wiederherstellung zu einem Neustart eines Binärprotokolls (Binlog) führen kann.](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html)
+ Es wurde ein Problem behoben, das dazu führte, dass die Writer-DB-Instance neu gestartet wurde, wenn eine parallel Abfrage auf einer Reader-DB-Instance ausgeführt wurde.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die binäre Protokollierung deaktiviert wird, wenn beim Festschreiben einer großen Transaktion ein Fehler auftritt.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Read Replicas neu gestartet werden, wenn bestimmte seltene Transaktions-Commit-Befehle auf der Writer-DB-Instance ausgeführt wurden.
+ Es wurde ein Problem behoben, das zu einem Datenbankneustart führen kann, wenn [geplante Ereignisse](https://dev.mysql.com/doc/refman/8.4/en/events-overview.html) während der Ausführung auf Instances abgebrochen werden, für die Enhanced Binlog aktiviert ist.
+ Es wurde ein Problem behoben, bei dem Datenbank-Instances, die mehrere TiB-Speichergrößen verwenden, während des Neustarts aufgrund von Fehlern bei der InnoDB-Pufferpool-Validierung zu längeren Ausfallzeiten kommen können.

**Allgemeine Verbesserungen:**
+ Eine in MySQL 8.0.44 eingeführte Community-Änderung wurde ausgeschlossen, bei der fehlgeschlagene Verbindungsversuche unerwartet Zeilen zu performance\$1schema-Tabellen hinzufügten, was zu einem übermäßigen Speicherverbrauch führte. [Referenz-Community-Bug](https://bugs.mysql.com/bug.php?id=119766) \$1119766
+ Es wurde ein Problem behoben, das sich auf gespeicherte Aurora-spezifische Replikationsprozeduren auswirkte, wenn die Binlog-Replikation auf Instances mit benutzerdefinierten Sortierungseinstellungen konfiguriert wurde.
+ Es wurde ein Problem behoben, das den CPU-Overhead beim Einrichten der Verschlüsselung bei der Übertragung zwischen der Datenbank-Engine und der Speicherebene reduzieren sollte.
+ Die Schreib-IOPS-Leistung wurde verbessert, wenn die Systemvariable innodb\$1flush\$1log\$1at\$1trx\$1commit auf 0 gesetzt ist.
+ Automatische Deaktivierung von aurora\$1oom\$1response-Aktionen (außer print, falls konfiguriert), wenn aurora\$1oom\$1response den Speicherdruck nach einer bestimmten Schwellenzeit (in der Größenordnung von wenigen Minuten) nicht beheben kann.
+ Es wurde ein Race-Problem behoben, das bei Scale-Down-Vorgängen mit Aurora Serverless oder beim Löschen von Seiten aus dem Pufferpool zu falschen Seitenlesevorgängen aus dem Pufferpool führen konnte. [Fehler \$1116305 der Ref-Community.](https://bugs.mysql.com/bug.php?id=116305)
+ Es wurde ein out-of-memory (OOM-) Problem behoben, das dazu führen konnte, dass der Reader neu gestartet wurde, wenn Befehle im Zusammenhang mit Rechten auf dem Writer ausgeführt wurden.
+ Die folgenden Rechte wurden dem hinzugefügt:. `rds_superuser_role` `FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES` Informationen zu den `rds_superuser_role` finden Sie in der Dokumentation [Amazon Master User Accounts with Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html). Weitere Informationen zu diesen dynamischen Rechten finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/flush.html).
+ Es wurde ein Problem behoben, das dazu führte, dass parallel Abfrageanfragen beim Ausführen von `EXPLAIN ANALYZE` Anweisungen, bei denen der `Aurora_pq_request_in_progress` Zähler nicht korrekt aktualisiert wurde, falsch verfolgt wurden.
+ Es wurde ein Problem behoben, bei dem eine beibehaltene Verbindung beim Zero-Downtime-Patching (ZDP) /Zero-Downtime Restart (ZDR) falsch behandelt wurde, was dazu führen kann, dass der Client unbegrenzt auf den Abschluss einer Abfrage wartet.
+ Es wurde das Problem behoben, dass die Zeile während einer Aktualisierung im räumlichen Index nicht mehr lesbar ist.
+ Es wurde ein Problem behoben, bei dem eine Abfrage mit einem Optimizer-Hinweis, die während eines Zero-Downtime Restart- (ZDR) - oder Zero-Downtime-Patching (ZDP) -Vorgangs abgebrochen wurde, möglicherweise falsch behandelt wurde.
+ Das Problem, dass die Commit-Latenz nicht gemessen wird, wenn innodb\$1flush\$1log\$1at\$1trx\$1commit auf 0 gesetzt ist, wurde behoben.
+ [Es wurden Optimierungen eingeführt, um den Speicherverbrauch bei der Wiederherstellung logischer Datenwörterbücher bei einer großen Anzahl von Tabellen zu reduzieren.](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html)
+ Es wurde ein Problem behoben, das dazu führte, dass die Ausführung des `SHOW BINARY LOGS` Befehls auf einem Cluster, auf dem Enhanced Binlog aktiviert ist oder zuvor aktiviert war, länger dauerte. Dieses Problem konnte auch zu einer erhöhten Commit-Latenz führen, wenn mehrere `SHOW BINARY LOGS` Befehle gleichzeitig ausgeführt wurden.
+ Behebt das Speicherproblem im Zusammenhang mit den Standardrollen des View Definers.
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Deaktivierung der Funktion „Schreibweiterleitung“ nicht abgeschlossen werden kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Writer-Datenbankinstanz neu gestartet wird, wenn eine Reader-Instanz, die Schreibweiterleitung verwendet, eine DML-Anweisung ausführt, die einen Zeitstempelwert enthält und der Datenbankparameter time\$1zone auf „UTC“ gesetzt ist.
+ Es wurde ein Problem behoben, das in seltenen Fällen zu einer zeitweiligen Nichtverfügbarkeit einer Aurora Read Replica oder zu Inkonsistenzen bei der Tabellendefinition mit dem Fehler „Tabelle existiert nicht“ auf dem Replikat aufgrund gleichzeitiger Leseabfragen auf dem Replikat und DDL-Operationen auf dem Writer führte.
+ Es wurde ein Problem behoben, das bei der Ausführung von Abfragen mit LEFT- oder RIGHT-JOIN-Operationen unter Verwendung des Hash-Join-Algorithmus mit parallel Abfrage zu einem unvollständigen Ergebnissatz führen kann.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3120.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.44. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem eine Abfrage des Formulars `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` zu einem Assertionsfehler in führte. `item_func.cc` (Community-Bugfix \$136128964)
+ Es wurde ein Problem behoben, das den Deadlock behebt, wenn FLUSH STATUS, COM\$1CHANGE\$1USER und SHOW PROCESS LIST gleichzeitig ausgeführt wurden. (Fehler \$135218030)

# Aurora MySQL-Datenbank-Engine-Updates 2025-12-16 (Version 3.11.1, kompatibel mit MySQL 8.0.43)
<a name="AuroraMySQL.Updates.3111"></a><a name="3111"></a><a name="3.11.1"></a>

**Version: 3.11.1**

Aurora MySQL 3.11.1 ist allgemein verfügbar. Aurora MySQL 3.11-Versionen sind mit MySQL 8.0.43 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade [mithilfe von Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.11.1-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora MySQL-Upgrades finden Sie unter [Upgrade von Aurora MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Falls Sie Fragen oder Bedenken haben, Support steht Ihnen diese in den Community-Foren und über [Support](https://aws.amazon.com/support)zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3111.Improvements"></a>

**Allgemeine Verbesserungen**
+ Es wurde ein Problem behoben, das dazu führen kann, dass das Erstellen oder Wiederherstellen von Datenbankclustern lange dauern kann.
+ Reduzierter CPU-Nutzungsaufwand bei der Einrichtung der Verschlüsselung bei der Übertragung zwischen der Datenbankinstanz und der Speicherebene.
+ Es wurde ein Problem behoben, das dazu führen kann, dass einige SQL-Anweisungen nicht im Audit-Log protokolliert werden.

# Updates der Aurora MySQL-Datenbank-Engine 2025-11-13 (Version 3.11.0, kompatibel mit MySQL 8.0.43)
<a name="AuroraMySQL.Updates.3110"></a><a name="3110"></a><a name="3.11.0"></a>

**Version: 3.11.0**

Aurora MySQL 3.11.0 ist allgemein verfügbar. Aurora MySQL 3.11-Versionen sind mit MySQL 8.0.43 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade unter Nutzung von Zero-Downtime-Patching (ZDP) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mit [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.11.0-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora MySQL-Upgrades finden Sie unter [Upgrade von Aurora MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Falls Sie Fragen oder Bedenken haben,Support steht Ihnen diese in den Community-Foren und über [Support](https://aws.amazon.com/support)zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3110.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs**

**Mittel CVEs:**
+ [CVE-2025-50077](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50077)
+ [CVE-2025-50078](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50078)
+ [CVE-2025-50079](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50079)
+ [CVE-2025-50080](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50080)
+ [CVE-2025-50082](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50082)
+ [CVE-2025-50083](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50083)
+ [CVE-2025-50084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50084)
+ [CVE-2025-50085](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50085)
+ [CVE-2025-50086](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50086)
+ [CVE-2025-50087](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50087)
+ [CVE-2025-50088](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50088)
+ [CVE-2025-50091](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50091)
+ [CVE-2025-50092](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50092)
+ [CVE-2025-50093](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50093)
+ [CVE-2025-50094](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50094)
+ [CVE-2025-50096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50096)
+ [CVE-2025-50097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50097)
+ [CVE-2025-50099](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50099)
+ [CVE-2025-50101](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50101)
+ [CVE-2025-50102](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50102)
+ [CVE-2025-53023](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-53023)

**Niedrig: CVEs**
+ [CVE-2025-50098](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50098)
+ [CVE-2025-50100](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50100)
+ [CVE-2025-50104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50104)

**Verbesserungen der Verfügbarkeit**
+ Es wurde ein Problem bei der logischen Wiederherstellung mit `aurora_enhanced_binlog` aktivierter Option behoben, das bei abgebrochenen Transaktionen Datenbankneustarts verhindern konnte.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz neu gestartet wurde, wenn die globale Schreibweiterleitung oder die lokale Schreibweiterleitung deaktiviert wurde.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Writer nicht mehr reagierte, wenn die Schreibweiterleitung deaktiviert wurde, während zwei oder mehr Replikate Anfragen weiterleiten.
+ Es wurde ein Problem behoben, das zu einem Neustart der Engine führen konnte, wenn sie `KILL <query-id>` nach `EXPLAIN FOR CONNECTION <query-id>` der Ausführung einer laufenden parallel Abfrage ausgeführt wurde.
+ Es wurde ein Problem behoben, bei dem der konfigurierte `aurora_oom_response` DB-Parameterwert nach dem Neustart der Datenbank durch die Vermeidung von out-of-memory (OOM) nicht beibehalten wurde.
+ Es wurde ein Problem behoben, das Benutzer mit `CONNECTION_ADMIN` oder `SUPER` -Privilegien daran hinderte, eine zusätzliche Verbindung herzustellen, die das in der MySQL Community Edition unterstützte `max_connections` Limit überschreitet.
+ Es wurde ein Problem mit der Aurora Serverless V2-Skalierung behoben, das zu Neustarts der DB-Instance führte, indem verhindert wurde, dass kritische Speicherseiten ausgelagert wurden.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Aurora MySQL Serverless v2-Instances neu gestartet wurden, wenn der `innodb_purge_threads` Parameter manuell auf einen anderen Wert als den Standardwert konfiguriert wurde. Der `innodb_purge_threads` Parameter wird jetzt automatisch für Aurora Serverless v2-Instances verwaltet und kann nicht geändert werden.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass der Neustart einer Reader-Instance fehlschlug, wenn der Writer eine große Anzahl von DDL-Vorgängen ausführt.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz nicht mehr reagierte, wenn Reader-Instanzen während der Verwendung von Global Write Forwarding oder Local Write Forwarding neu gestartet wurden.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Engine während des Zero-Downtime-Patching (ZDP) /Zero-Downtime-Patches (ZDR) neu gestartet wurde, wenn Verbindungen mit aktiven Transaktionen beibehalten wurden. SSL/TLS 
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen konnte, dass Änderungen an der Writer-Instanz in einer Reihenfolge an die Reader-Instanz gesendet wurden, die mit den Threads zur Abfrageverarbeitung nicht kompatibel war. Dies kann zu einem Deadlock zwischen dem Thread zur Abfrageverarbeitung und dem Thread zum Anwenden der Replikation führen, was wiederum dazu führen kann, dass die Reader-Instanz neu gestartet wird.
+ Es wurde ein Problem behoben, um unnötige Neustarts des Datenbankservers zu verhindern, die aufgrund einer falschen Integritätsbeurteilung des Monitoring-Agents auftraten.

**Allgemeine Verbesserungen**
+ Es wurde ein Problem behoben, bei dem Schreibvorgänge in die Datenbank während der Ausführung einer lang andauernden Transaktion zum Stillstand kamen, was dazu führte, dass ein Neustart der Datenbank oder ein Upgrade einer Hauptversion fehlschlug.
+ Es wurde ein Problem behoben, bei dem Replikate fälschlicherweise neu gestartet wurden, wenn sie dem Writer beitraten.
+ Optimierte Datenbankleistung für Datenbank-Instances mit großen Aurora-Storage-Volumes.
+ Es wurde ein Problem im Bereichsoptimierer behoben, bei dem konstante Ausdrücke bei der Berechnung von Bereichsgrenzen nicht erkannt wurden. (Community-Fehler \$1112737)
+ Es wurde ein Problem behoben, bei dem der Export eines DB-Snapshots nach Amazon S3 langsamer ablief, wenn Tabellen exportiert wurden, die JSON-Spalten mit Nullwerten enthielten.
+ Es wurde ein Problem behoben, bei dem temporäre Binärprotokolldateien nach Transaktions-Rollbacks bei Verwendung der binären Protokollierung nicht richtig bereinigt wurden. Dieser Fix verhindert den Speicherverbrauch von gespeicherten temporären Dateien und kann in bestimmten Fällen auch Anomalien in den binären Protokolldateien verhindern.
+ Verbesserte IOPS-Schreibleistung, wenn die Systemvariable auf gesetzt `innodb_flush_log_at_trx_commit` ist. `0`
+ Es wurde ein Problem behoben, bei dem Zero Downtime Patching (ZDP) /Zero Downtime Restart (ZDR) dazu führen konnten, dass die DB-Instance neu gestartet wurde, während Warnungen mit ungültigen Fehlercodes wiederhergestellt wurden.
+ Automatische Deaktivierung von `aurora_oom_response` Aktionen (außer Drucken, falls konfiguriert), wenn die `aurora_oom_response` Speicherauslastung nach einer bestimmten Schwellenzeit (in der Größenordnung von wenigen Minuten) nicht behoben werden konnte.
+ Es wurde ein Problem behoben, bei dem der parallel Export einer Spalte mit teilweisen JSON-Aktualisierungen fehlschlug, was zu einem internen Fallback auf einen viel langsameren Amazon RDS-Export führte.
+ Es wurde ein Problem behoben, das bei parallel Abfrageoperationen an der Tabelle mit den Blob-Feldern zu Problemen bei der Speicherverwaltung führen kann.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass das `Previous_gtids` Binlog-Ereignis bestimmte GTIDs ausschloss, wenn Enhanced Binlog aktiviert und auf oder `gtid_mode` gesetzt war. `ON` `ON_PERMISSIVE`
+ Es wurde ein Problem behoben, das bei Leserinstanzen zu einem unerwarteten „Internen Schreibweiterleitungsfehler“ führte, wenn die Schreibweiterleitung aktiviert war.
+ Es wurde ein Race-Problem behoben, das bei Scale-Down-Vorgängen mit Aurora Serverless oder beim Löschen von Seiten aus dem Pufferpool zu falschen Seitenlesevorgängen aus dem Pufferpool führen konnte. [Ref-Community-Bug \$1116305.](https://bugs.mysql.com/bug.php?id=116305)
+ Es wurde ein Problem behoben, bei dem der Export eines DB-Snapshots nach Amazon S3 langsamer war, wenn Tabellen exportiert wurden, die Sekundärindizes mit generierten Ausdrücken enthielten.
+ Es wurde ein Problem behoben, das zu ungenauen `AbortedClients` Metriken führte, wenn mehrere Verbindungen unerwartet beendet wurden.
+ Es wurde eine neue globale Variable `aurora_lambda_request_timeout` hinzugefügt, mit der Benutzer Timeouts für AWS Lambda Anfragen konfigurieren können (Standard: 10 Sekunden). Weitere Informationen zum Aufrufen einer Lambda-Funktion aus einem Aurora MySQL-DB-Cluster finden Sie unter [Aufrufen einer Lambda-Funktion aus einem Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) MySQL-DB-Cluster.
+ Es wurde ein Problem behoben, bei dem die lokale Schreibweiterleitung nicht mehr funktionierte, nachdem die Datenbank-Instance ohne Ausfallzeit neu gestartet wurde.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass ein Neustartvorgang einer Datenbankinstanz fehlschlagen konnte, wenn der `max_user_connections` Wert auf einen niedrigen Wert eingestellt war.
+ Verbesserte Leistung parallel Export durch Optimierung des Bootstrap-Prozesses für große Volumen (> 64 TB), wodurch die Gesamtdauer des Exportvorgangs reduziert wurde.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz neu gestartet wurde, wenn sie `ALTER TABLE` parallel zu Leseabfragen ausgeführt wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass DB-Cluster-Exporte deutlich länger als erwartet dauern, wenn Tabellen mit mehr als 14 TB vorhanden sind.
+ Es wurde ein Problem behoben, das bei der Ausführung von `EXPLAIN ANALYZE` Anweisungen, bei denen der `Aurora_pq_request_in_progress` Zähler nicht korrekt aktualisiert wurde, zu einer ungenauen Nachverfolgung parallel Abfrageanfragen führte.
+ Es wurde ein Problem behoben, das unter ungewöhnlichen Bedingungen dazu führen kann, dass die Datenbankinstanz neu gestartet wird, wenn das Datenbank-Volume die maximal zulässige Größe erreicht hat.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbankinstanz neu gestartet wird, wenn Verbindungen während eines Neustarts ohne Ausfallzeiten und beim Patchen ohne Ausfallzeiten wiederhergestellt werden.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3110.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.43. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem eine Abfrage des Formulars `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` zu einem Assertionsfehler in führte. `item_func.cc` (Community-Bugfix \$136128964)
+ Eine Abfrage des Formulars `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` führte zu einer Behauptung in`item_func.cc`. (Fehler \$136128964)

Weitere Informationen zu Community-Änderungen finden Sie in den [Versionshinweisen zu MySQL 8.0.43](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-43.html).

# Aurora MySQL-Datenbank-Engine-Updates 2026-01-02 (Version 3.10.3, kompatibel mit MySQL 8.0.42)
<a name="AuroraMySQL.Updates.3103"></a><a name="3103"></a><a name="3.10.3"></a>

**Version: 3.10.3**

Aurora MySQL 3.10.3 ist allgemein verfügbar. Aurora MySQL 3.10-Versionen sind mit MySQL 8.0.42 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade mithilfe von [Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.10.3-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora MySQL-Upgrades finden Sie unter [Upgrade von Aurora MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Falls Sie Fragen oder Bedenken haben, Support finden Sie diese in den Community-Foren und über [Support](https://aws.amazon.com/support). Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3103.Improvements"></a>

 **Allgemeine Verbesserungen:** 
+ Reduzierter CPU-Nutzungsaufwand bei der Einrichtung der Verschlüsselung bei der Übertragung zwischen der Datenbank-Instance und der Speicherebene.
+ Es wurde ein Problem behoben, das dazu führen kann, dass einige SQL-Anweisungen nicht im Audit-Log protokolliert werden.

# Updates der Aurora MySQL-Datenbank-Engine 2025-11-20 (Version 3.10.2, kompatibel mit MySQL 8.0.42)
<a name="AuroraMySQL.Updates.3102"></a><a name="3102"></a><a name="3.10.2"></a>

**Version: 3.10.2**

Aurora MySQL 3.10.2 ist allgemein verfügbar. Aurora MySQL 3.10-Versionen sind mit MySQL 8.0.42 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade mithilfe von [Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.10.2-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora MySQL-Upgrades finden Sie unter [Upgrade von Aurora MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Falls Sie Fragen oder Bedenken haben,Support steht Ihnen diese in den Community-Foren und über [Support](https://aws.amazon.com/support)zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3102.Improvements"></a>

 **Verbesserungen der Verfügbarkeit:** 
+ Es wurde ein Problem behoben, das beim Zero-Downtime-Patching (ZDP) /Zero-Downtime-Patching (ZDR) zu einem Neustart der Engine führen kann, wenn Verbindungen mit aktiven Transaktionen aufrechterhalten werden. SSL/TLS 
+ Es wurde ein Problem behoben, das zu einem Neustart der Engine führen kann, wenn sie nach der Ausführung einer laufenden Parallel Query ausgeführt `KILL <query-id>` wurde. `EXPLAIN FOR CONNECTION <query-id>`
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Writer nicht mehr reagierte, wenn die Schreibweiterleitung deaktiviert wurde, während zwei oder mehr Replikate Anfragen weiterleiten.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz neu gestartet wurde, wenn die globale Schreibweiterleitung oder die lokale Schreibweiterleitung deaktiviert wurde.

 **Allgemeine Verbesserungen:** 
+ Es wurde ein Problem behoben, das zu einer ungenauen Nachverfolgung von Parallel Query-Anfragen bei der Ausführung von `EXPLAIN ANALYZE` Anweisungen führte, bei denen der `Aurora_pq_request_in_progress` Zähler nicht korrekt aktualisiert wurde.
+ Automatische Deaktivierung von `aurora_oom_response` Aktionen (außer Drucken, falls konfiguriert), wenn die `aurora_oom_response` Speicherauslastung nach einem bestimmten Schwellenwert (in der Größenordnung von wenigen Minuten) nicht behoben werden konnte.
+ Verbesserte IOPS-Schreibleistung, wenn die Systemvariable auf `0` gesetzt `innodb_flush_log_at_trx_commit` ist.
+ Es wurde ein Problem behoben, bei dem Replikate fälschlicherweise neu gestartet wurden, wenn sie dem Writer beitraten.
+ Es wurde ein Problem behoben, bei dem Schreibvorgänge in die Datenbank während der Ausführung einer lang andauernden Transaktion zum Stillstand kamen, was dazu führte, dass ein Neustart der Datenbank oder ein Upgrade einer Hauptversion fehlschlug.

# Updates der Aurora MySQL-Datenbank-Engine 2025-09-30 (Version 3.10.1, kompatibel mit MySQL 8.0.42)
<a name="AuroraMySQL.Updates.3101"></a><a name="3.10.1"></a><a name="3.10.1"></a>

**Version**: 3.10.1

Aurora MySQL 3.10.1 ist allgemein verfügbar. Aurora MySQL 3.10-Versionen sind mit MySQL 8.0.42 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade [mithilfe von Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.10.1-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Upgrading.Troubleshooting.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3101.Improvements"></a>

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem mit der Reihenfolge der Seitenverriegelung behoben, die an Reader-Instances gesendet wurde. Dies kann dazu führen, dass die Reader-Instanz aufgrund eines Deadlatches neu gestartet wird, wenn SELECT-Abfragen über Tabellen ausgeführt werden, die vom Writer aktualisiert werden.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass der Neustart einer Reader-Instanz fehlschlug, wenn der Writer eine große Anzahl von DDL-Vorgängen ausführt.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Aurora MySQL Serverless v2-Instances neu gestartet wurden, wenn der Parameter innodb\$1purge\$1threads manuell auf einen anderen Wert als den Standardwert konfiguriert wurde. Der Parameter innodb\$1purge\$1threads wird jetzt automatisch für Aurora Serverless v2-Instances verwaltet und kann nicht geändert werden.
+ Es wurde ein Problem mit der Aurora Serverless V2-Skalierung behoben, das zu Neustarts der DB-Instance führte, indem verhindert wurde, dass kritische Speicherseiten ausgelagert wurden.
+ Es wurde ein Problem behoben, bei dem der konfigurierte Aurora\$1oom\$1Response-DB-Parameterwert nach dem Neustart der Datenbank nicht beibehalten wurde, wenn Aurora out of memory (OOM) vermieden wurde.
+ Es wurde ein Race-Problem behoben, das nach einem Failover in Multi-AZ-Clustern zu Verfügbarkeitsproblemen führen konnte.
+ Es wurde ein Problem bei der logischen Wiederherstellung mit aktiviertem aurora\$1enhanced\$1binlog behoben, das bei abgebrochenen Transaktionen Datenbankneustarts verhindern konnte.
+ Es wurde ein Problem behoben, bei dem Datenbankinstanzen bei Parallel Query (PQ) -Workloads möglicherweise nicht mehr reagierten.
+ Es wurde ein Problem behoben, das Benutzer mit CONNECTION\$1ADMIN- oder SUPER-Rechten daran hinderte, eine zusätzliche Verbindung über das max\$1connections-Limit hinaus herzustellen, wie es in der MySQL Community Edition unterstützt wird.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass Datenbankserver ständig neu gestartet werden, wenn das Volume seine maximale Größe erreicht hat, weil bestimmte Arten von Abfragen fälschlicherweise zugelassen wurden, nachdem das Volumen einen bestimmten Schwellenwert überschritten hatte.
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Writer-Instanz nicht mehr reagiert, wenn Reader-Instanzen neu gestartet werden, während Global Write Forwarding oder Local Write Forwarding verwendet wird.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Writer-Instanz neu gestartet wurde, wenn ALTER TABLE parallel zu Leseabfragen ausgeführt wurde.
+ Es wurde ein Problem behoben, um die Verfügbarkeit beim Bootstrapping großer Volumen (> 64 TB) während des parallel Exportvorgangs zu verbessern.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass ein Neustartvorgang einer Datenbankinstanz fehlschlug, wenn max\$1user\$1connections auf einen niedrigen Wert gesetzt war.
+ Es wurde ein Problem behoben, das zu ungenauen AbortedClients Messwerten führte, wenn mehrere Verbindungen unerwartet beendet wurden.
+ Es wurde ein Race-Problem behoben, das bei Scale-Down-Vorgängen mit Aurora Serverless oder beim Löschen von Seiten aus dem Pufferpool zu falschen Seitenlesevorgängen aus dem Pufferpool führen konnte. [Ref-Community-Bug \$1116305.](https://bugs.mysql.com/bug.php?id=116305)
+ Es wurde ein Problem behoben, das bei Leser-Instanzen zu einem unerwarteten „Internen Schreibweiterleitungsfehler“ führte, wenn die Schreibweiterleitung aktiviert ist.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass das Binlog-Ereignis Previous\$1GTIDS bestimmte ausschloss, wenn Enhanced Binlog aktiviert und GTIDs gtid\$1mode auf ON oder ON\$1PERMISSIVE gesetzt war.
+ Es wurde ein Problem behoben, das bei parallel Abfrageoperationen an der Tabelle mit den Blob-Feldern zu Problemen bei der Speicherverwaltung führen kann.
+ Es wurde ein Problem behoben, bei dem bei einer Spalte mit teilweisen JSON-Aktualisierungen der Parallele Export fehlschlug, was zu einem internen Fallback auf einen viel langsameren RDS-Export führte.
+ Es wurde ein Problem behoben, das zu unerwarteten Neustarts der Instanz führen kann, wenn gleichzeitig eine hohe Arbeitslast für die Schreibweiterleitung besteht.
+ Es wurde ein Problem behoben, bei dem Zero Downtime Patching (ZDP) /Zero Downtime Restart (ZDR) zu einem Neustart der DB-Instance führen konnten, während Warnungen mit ungültigen Fehlercodes wiederhergestellt wurden.
+ Es wurde ein Problem behoben, bei dem temporäre Binärprotokolldateien nach Transaktions-Rollbacks bei Verwendung der binären Protokollierung nicht ordnungsgemäß bereinigt wurden. Dieser Fix verhindert unnötigen Speicherverbrauch durch gespeicherte temporäre Dateien und kann in bestimmten Fällen auch Anomalien in den binären Protokolldateien verhindern.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3101.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.42. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Eine Abfrage der Form SELECT 1 FROM t WHERE CAST (a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) führte zu einer Assertion in item\$1func.cc. (Fehler \$136128964)

# Updates der Aurora MySQL-Datenbank-Engine 2025-07-31 (Version 3.10.0, kompatibel mit MySQL 8.0.42)
<a name="AuroraMySQL.Updates.3100"></a><a name="3.10.0"></a><a name="3.10.0"></a>

**Version**: 3.10.0

Aurora MySQL 3.10.0 ist allgemein verfügbar. Aurora MySQL 3.10-Versionen sind mit MySQL 8.0.42 kompatibel. Weitere Informationen zu den eingetretenen Community-Änderungen finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

**Anmerkung**  <a name="lts_notice_3100"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) 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 der zu aktivieren AWS-Managementkonsole). Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade [mithilfe von Zero Downtime Patching (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.10.0-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Neue Features
<a name="AuroraMySQL.Updates.3100.NewFeatures"></a>
+ Aurora MySQL Version 3.10 erweitert die Unterstützung des In-Memory-Relay-Log-Caches für binäre Protokollreplikate. Diese Funktion, die erstmals in [Version 3.05](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html) eingeführt wurde, kann den Durchsatz der binären Protokollreplikation um bis zu 40% verbessern. Der In-Memory-Relay-Protokollcache ist standardmäßig für die binäre Protokollreplikation mit einem Thread und die Multithread-Replikation mit aktivierter [GTID-Autopositionierung](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) aktiviert. Ab Version 3.10 ist er auch für die Multithread-Replikation mit (auch ohne) aktiviert. [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) GTIDs Sie können diese Funktion mit einem neuen Parameter in 3.10 steuern,. [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Weitere Informationen finden Sie unter [Binärprotokolloptimierungen in Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html).
+ Amazon Aurora hat seine maximale Speicherkapazität von 128 TiB auf 256 TiB verdoppelt und ermöglicht so größere Workloads in einem einzigen Datenbank-Cluster. Um das erhöhte Speicherlimit mit Aurora MySQL zu nutzen, aktualisieren Sie Ihren Cluster auf Version 3.10 (kompatibel mit MySQL 8.0.42) oder höher. Nach dem Upgrade skaliert der Aurora-Speicher automatisch auf bis zu 256 TiB, basierend auf der Datenmenge in Ihrem Cluster-Volume.

## Verbesserungen
<a name="AuroraMySQL.Updates.3100.Improvements"></a>

**Fehlerbehebungen bei der Sicherheit**

Mittel CVEs:
+ [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501)
+ [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500)
+ [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543)
+ [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540)
+ [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491)
+ [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490)
+ [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559)
+ [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555)
+ [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497)
+ [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519)
+ [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529)
+ [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505)
+ [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531)
+ [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523)
+ [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503)
+ [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522)
+ [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518)
+ [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577)
+ [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682)
+ [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687)
+ [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688)
+ [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574)
+ [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575)
+ [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693)
+ [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695)
+ [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715)
+ [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584)
+ [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580)
+ [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581)
+ [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585)
+ [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689)
+ [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579)
+ [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696)
+ [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705)
+ [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683)
+ [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684)
+ [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685)
+ [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699)
+ [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704)
+ [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721)

Niedrig: CVEs
+ [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520)
+ [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546)
+ [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703)
+ [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das zu unnötigen Neustarts des Datenbankservers führte, die aufgrund einer falschen Bewertung des Wiederherstellungsfortschritts auftraten.

**Allgemeine Verbesserungen:**
+ Reduzierte Commit-Latenz, wenn I/O Optimized aktiviert ist.
+ Es wurde ein Problem behoben, das dazu führte, dass Leserinstanzen keine Fehlerprotokolle generierten, wenn die Schreibweiterleitung aktiviert und der Parameter `aurora_replica_read_consistency` geändert wurde.
+ Es wurde ein Problem behoben, das aufgrund der Interaktion zwischen dem Replikationsthread und einer Abfrage, die auf Tabellen zugreift, die nicht im Puffercache vorhanden sind, dazu führen kann, dass eine Reader-Instanz neu gestartet wird.
+ Es wurde ein Problem behoben, bei dem die lokale Schreibweiterleitung nach einem Neustart der Datenbankinstanz ohne Ausfallzeiten nicht mehr funktionierte.
+ Es wurde ein Problem bei der Schreibweiterleitung behoben, bei dem sich weitergeleitete Abfragen bei Anweisungen, die festgelegte Optionen enthielten, möglicherweise falsch verhalten.
+ Es wurde ein Stabilitätsproblem behoben, bei dem das Einfügen von Metadaten für einen Undo-Tablespace einen unerwarteten Datenbankneustart auslöste.
+ Es wurde ein Problem behoben, das dazu führen kann, dass DB-Cluster-Exporte deutlich länger als erwartet dauern, wenn Tabellen mit mehr als 14 TB vorhanden sind.
+ Es wurde ein Problem behoben, das zu einer falschen Meldung der `Innodb_buffer_pool_pages_misc` Statusvariablen führen kann.
+ Unterstützung für die Aufbewahrung `LAST_INSERT_ID` während eines Zero-Downtime-Patches (ZDP) oder eines Zero-Downtime-Patches (ZDR) hinzugefügt.
+ Aurora MySQL verwendet 8-Bit-Werte für den virtuellen Index, IDs um Probleme beim Rückgängigmachen des MySQL-Formats zu verhindern, da eine Überschreitung dieses Grenzwerts zur Nichtverfügbarkeit des Clusters führen könnte. Wenn dieses Limit erreicht wird, schreibt das System jetzt Warnmeldungen in das MySQL-Fehlerprotokoll. Wenn das Limit erreicht ist, geben Versuche, einen neuen Index hinzuzufügen, einen Fehler zurück. Weitere Informationen zu bewährten Methoden für virtuelle Indizes finden Sie unter [Fehler beim Überlauf virtueller Index-IDs](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow) in der Aurora MySQL-Dokumentation.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3100.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.42. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Ein Serveraustritt kann aus gleichzeitigen Versuchen mehrerer Threads resultieren, Performance-Schema-Objekte für Metadaten zu registrieren und zu deregistrieren oder Metadatensperren zu erlangen und freizugeben. (Bug \$126502135)

# Updates der Aurora MySQL-Datenbank-Engine 2025-05-14 (Version 3.09.0, kompatibel mit MySQL 8.0.40)
<a name="AuroraMySQL.Updates.3090"></a><a name="3.09.0"></a><a name="3.09.0"></a>

**Version**: 3.09.0

Aurora MySQL 3.09.0 ist allgemein verfügbar. Aurora MySQL 3.09-Versionen sind mit MySQL 8.0.40 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Sie können ein direktes Upgrade durchführen, das einen Snapshot nutzt [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), einen Snapshot wiederherstellt oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.09.0-Cluster initiiert.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Wartung eines DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

## Höhepunkte der Veröffentlichung
<a name="AuroraMySQL.Updates.3090.Highlights"></a>
+ Die globalen Aurora MySQL-Datenbanken wurden verbessert, sodass sekundäre Lesegeräte den Start abschließen und Leseanfragen bei ungeplanten Ereignissen (Hardwarefehler, Netzwerkunterbrechungen) bearbeiten können. Bisher konnten sekundäre Reader-Instances bei solchen Ereignissen nicht neu gestartet werden. Weitere Informationen finden Sie unter [Regionsübergreifende Resilienz für sekundäre Cluster von Global Database](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Die Ausfallzeit des Schreibers bei regionsübergreifenden Switchovers von Aurora MySQL Global Database wurde auf typischerweise unter eine Minute reduziert, wodurch Ausfallzeiten bei geplanten regionalen Switches minimiert wurden.

## Verbesserungen
<a name="AuroraMySQL.Updates.3090.Improvements"></a>

**Fehlerbehebungen bei der Sicherheit**

 CVEsKritisch:
+ [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053)
+ [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371)

Mittel: CVEs
+ [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264)
+ [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193)
+ [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194)
+ [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196)
+ [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197)
+ [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198)
+ [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199)
+ [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201)
+ [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203)
+ [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207)
+ [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212)
+ [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213)
+ [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218)
+ [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219)
+ [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230)
+ [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236)
+ [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238)
+ [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239)
+ [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241)
+ [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494)
+ [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504)
+ [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525)
+ [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534)
+ [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, bei dem Abfragen mit mehreren Anweisungen, die von Reader- an Writer-Instanzen weitergeleitet wurden, hängen blieben, wenn `innodb_flush_log_at_trx_commit` die Einstellung auf im Writer und `0` auf einen Wert ungleich Null im Reader gesetzt war, wodurch potenzielle Fehler bei der Schreibweiterleitung verhindert wurden.
+ Es wurde ein Deadlock-Problem behoben, bei dem Enhanced Binlog aktiviert war und das dazu führen konnte, dass Datenbanken neu gestartet wurden, wenn `SHOW BINARY LOGS` gleichzeitig entweder Transaktionen an [BLACKHOLE-Engines](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) übergeben oder `XA PREPARE` Anweisungen ausgeführt wurden, wodurch potenzielle blockierte Schreibvorgänge und Probleme mit der Instanzverfügbarkeit verhindert wurden.
+ Es wurden Race-Bedingungen bei der Schreibweiterleitung behoben, die dazu führen konnten, dass die Aurora-Writer-Instanz neu gestartet wurde, indem verhindert wurde, dass neue Anfragen akzeptiert wurden, bevor vorherige Anfragen vollständig abgeschlossen waren, wodurch die Stabilität von Schreibweiterleitungsvorgängen verbessert wurde.
+ Es wurde ein Problem mit dem Replikat behoben, bei dem eine Netzwerkunterbrechung die Verbindung mit dem Writer möglicherweise nicht korrekt wiederherstellte, wodurch die Replikation blockiert wurde und die Instanz möglicherweise neu gestartet wurde.
+ Die Aurora MySQL Out of Memory (OOM) -Antwort implementiert jetzt eine stufenweise Größenänderung des Pufferpools, wodurch die Speichernutzung basierend auf dem Systemspeicherstatus (LOW/RESERVED) schrittweise reduziert wird, wenn sie über den `aurora_oom_response` DB-Parameter aktiviert wird, wodurch eine bessere Speicherverwaltung in Situationen mit Speicherauslastung ermöglicht wird.
+ Die Wiederherstellungszeit der Binlog-Datei bei Datenbankneustarts wurde verbessert, indem der Wiederherstellungsprozess so optimiert wurde, dass er unabhängig von der Größe der Binlog-Datei eine konstante Zeit in Anspruch nimmt. Bisher war die Wiederherstellungszeit in einigen Fällen proportional zur Größe der letzten Binlog-Datei.
+ Es wurde ein Problem behoben, das zu unerwarteten Neustarts des MySQL-Servers führen konnte, wenn bei Abfragen gleichzeitig InnoDB-Tabellen gekürzt wurden. `performance_schema.data_lock_waits`
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn große Binlog-Ereignisse bei niedrigen Speicherbedingungen übertragen werden.
+ Es wurde ein Problem behoben, bei dem Operationen zur Größenänderung des Pufferpools, die während der Vermeidung von Speichermangel (OOM) ausgelöst wurden, in Szenarien mit hoher Arbeitslast nicht mehr reagierten, was zu einem möglichen Neustart der Datenbank führte.
+ Es wurde ein Problem behoben, das beim Erstellen eines Triggers zu einer Neustartschleife der Datenbank führen kann. Das Problem kann auch auftreten, wenn eine neue Binlog- oder Relaylog-Datei hinzugefügt wird oder diese Dateien rotieren.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die Aurora-Reader-Instanz neu gestartet wurde, wenn Schreibweiterleitung mit Abfragen mit mehreren Anweisungen oder impliziten Commit-Abfragen verwendet wurde.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, bei dem `ALTER TABLE ... REBUILD / OPTIMIZE TABLE` Operationen übermäßig viel Speicher verbrauchen konnten, indem `innodb_ddl_buffer_size` Byte pro DDL-Thread zugewiesen wurden, anstatt die Puffergröße auf die Threads aufzuteilen, wodurch eine potenzielle Speicherüberlastung bei DDL-Vorgängen verhindert wurde.
+ Der Standardwert für wurde für `aurora_oom_response` alle DB-Instance-Klassen mit mehr als 4 GiB Speicher von print auf print, decline, kill\$1connect geändert. Weitere Informationen finden Sie unter [Amazon Aurora MySQL out-of-memory Issues](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Die folgenden Rechte wurden dem hinzugefügt`rds_superuser_role`:`FLUSH_OPTIMIZER_COSTS`,`FLUSH_STATUS`,`FLUSH_TABLES`,`FLUSH_USER_RESOURCES`. Informationen dazu finden Sie in der Dokumentation [Amazon Master User Accounts with Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html). `rds_superuser_role` Weitere Informationen zu diesen dynamischen Rechten finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/flush.html).
+ Ab dieser Aurora MySQL-Version ist die schnelle Insert-Optimierung nicht mehr aktiviert. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Leistungsverbesserungen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) im *Amazon-Aurora-Benutzerhandbuch*.
+ Ein Problem mit einer falschen Überschreitung des `max_user_connections` Schwellenwerts, was bei einigen Benutzern zu Verbindungsfehlern führte, wurde behoben. Dies tritt in einigen Randfällen auf, z. B. wenn Verbindungen fast sofort hergestellt und beendet werden.
+ Es wurde ein Problem mit der Auditprotokollierung behoben, das zu einer hohen CPU-Auslastung führte und dazu führte, dass die Datenbankserverinstanz nicht reagierte.
+ Es wurde ein Speicherverwaltungsproblem bei der Verwendung von XA-Transaktionen behoben, wodurch mögliche Instanzneustarts verhindert wurden, wenn Enhanced Binlog aktiviert war.
+ Es wurde ein Problem behoben, bei dem die Abfrageleistung nachließ, wenn der Optimizer falsche Kostenschätzungen vornahm, weil die Bufferpool-Indexstatistiken nach dem Neustart des Datenbankservers falsch aktualisiert wurden.
+ Es wurde ein Problem behoben, das Kunden daran hinderte, die lokale Schreibweiterleitung zu deaktivieren, weil der Worker-Thread nicht mehr funktionierte.
+ Es wurde ein Problem behoben, das dazu führte, dass die Ausführung des `SHOW BINARY LOGS` Befehls auf einem Cluster, auf dem Enhanced Binlog aktiviert ist oder zuvor aktiviert war, länger dauerte. Dieses Problem konnte auch zu einer erhöhten Commit-Latenz führen, wenn mehrere `SHOW BINARY LOGS` Befehle gleichzeitig ausgeführt wurden.

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, bei dem Zero Downtime Patching (ZDP) nicht erfolgreich sein konnte, wenn versucht wurde, die Verbindung aufrechtzuerhalten, die einem Benutzer gehörte, der gelöscht wurde. Weitere Informationen zu dem `DROP USER` Befehl und seinen Auswirkungen auf aktive Verbindungen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/flush.html).

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3090.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.40. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Während große Transaktionen empfangen und angewendet wurden und eine Anfrage zum Stoppen des Replikationskanals gestellt wurde`STOP REPLICA`, hat MySQL dies nicht richtig gemacht und anschließend keine Kanalbefehle verarbeitet. Darüber hinaus wurde der Vorgang zum Herunterfahren des Servers nicht ordnungsgemäß abgeschlossen und erforderte entweder das Beenden des MySQL-Prozesses oder einen Neustart des Hostsystems. (Fehler \$1115966, Fehler \$137008345)

# Updates der Aurora MySQL-Datenbank-Engine 2025-04-07 (Version 3.08.2, kompatibel mit MySQL 8.0.39)
<a name="AuroraMySQL.Updates.3082"></a><a name="3.08.2"></a><a name="3.08.2"></a>

 **Version**: 3.08.2

Aurora MySQL 3.08.2 ist allgemein verfügbar. Aurora MySQL 3.08-Versionen sind mit MySQL 8.0.39 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Derzeit werden die Aurora MySQL-Versionen 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 und 3.08.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.08.2-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3081.Improvements"></a>

 **Fehlerbehebungen bei der Sicherheit:** 
+  [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) 

 **Verbesserungen der Verfügbarkeit:** 
+ Es wurde ein Problem auf dem Replikat behoben, bei dem eine Netzwerkunterbrechung die Verbindung mit dem Writer möglicherweise nicht korrekt wiederherstellt.
+ Es wurde ein Problem behoben, bei dem eine weitergeleitete Abfrage mit mehreren Anweisungen fehlschlagen kann, wenn sie `0` auf `innodb_flush_log_at_trx_commit` Writer-Instanz gesetzt ist.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora-Writer-DB-Instance neu gestartet wird, wenn die Schreibweiterleitung aktiviert ist.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora-Reader-DB-Instance neu gestartet wird, wenn Schreibweiterleitung mit Abfragen mit mehreren Anweisungen oder impliziten Commit-Abfragen verwendet wird.

 **Allgemeine Verbesserungen** 
+ Ab dieser Aurora MySQL-Version ist die schnelle Insert-Optimierung nicht mehr aktiviert. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Leistungsverbesserungen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) im *Amazon-Aurora-Benutzerhandbuch*. 
+ Ein Problem mit einer falschen Überschreitung des `max_user_connections` Schwellenwerts, was bei einigen Benutzern zu Verbindungsfehlern führte, wurde behoben. Dies tritt in einigen Randfällen auf, z. B. wenn Verbindungen fast sofort hergestellt und beendet werden.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3081.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.39, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). 
+ Während große Transaktionen empfangen und angewendet wurden und eine Anfrage zum Stoppen des Replikationskanals gestellt wurde`STOP REPLICA`, hat MySQL dies nicht richtig gemacht und anschließend keine Kanalbefehle verarbeitet. Darüber hinaus wurde der Vorgang zum Herunterfahren des Servers nicht ordnungsgemäß abgeschlossen und erforderte entweder das Beenden des MySQL-Prozesses oder einen Neustart des Hostsystems. (Community-Bugfix \$1115966 und \$137008345)

# Updates der Aurora MySQL-Datenbank-Engine 2025-02-17 (Version 3.08.1, kompatibel mit MySQL 8.0.39)
<a name="AuroraMySQL.Updates.3081"></a><a name="3.08.1"></a><a name="3.08.1"></a>

**Version**: 3.08.1

Aurora MySQL 3.08.1 ist allgemein verfügbar. Aurora MySQL 3.08-Versionen sind mit MySQL 8.0.39 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora MySQL-Versionen 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 und 3.08.\$1 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.08.1-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3081.Improvements"></a>

**Verbesserungen der Verfügbarkeit:**
+ Es wurden Verbesserungen vorgenommen, die die Neustartzeit der DB-Instance bei Datenbankneustarts, Patch- oder Nebenversions-Upgrades und Failovers reduzieren.

**Upgrades und Migrationen**
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Zero Downtime Patching (ZDP) beim Versuch, die Rollen und Berechtigungen gelöschter Benutzer wiederherzustellen, fehlschlagen konnte. Weitere Informationen zu diesem `DROP USER` Vorgang finden Sie unter [DROP USER Statement](https://dev.mysql.com/doc/refman/8.0/en/drop-user.html) in der MySQL-Dokumentation.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3081.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.39, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).

# Updates der Aurora MySQL-Datenbank-Engine 2024-11-18 (Version 3.08.0, kompatibel mit MySQL 8.0.39)
<a name="AuroraMySQL.Updates.3080"></a><a name="3.08.0"></a><a name="3.08.0"></a>

 **Version**: 3.08.0

Aurora MySQL 3.08.0 ist allgemein verfügbar. Aurora MySQL 3.08-Versionen sind mit MySQL 8.0.39 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Derzeit werden die Aurora MySQL-Versionen 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 und 3.08.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.08.0-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Features
<a name="AuroraMySQL.Updates.3080.New"></a>
+ Drei neue CloudWatch Amazon-Metriken wurden hinzugefügt, um Benutzern die Überwachung des InnoDB-Löschvorgangs zu ermöglichen:
  +  `PurgeBoundary` 
  +  `PurgeFinishedPoint` 
  +  `TruncateFinishedPoint` 

  Weitere Informationen finden Sie unter [ CloudWatchAmazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Es wurde eine neue CloudWatch Metrik `TransactionAgeMaximum` hinzugefügt, die es Benutzern ermöglicht, lang andauernde Transaktionen zu identifizieren, die möglicherweise die Löschgrenze einschränken. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Drei neue CloudWatch Metriken zur out-of-memory (OOM-) Vermeidung wurden hinzugefügt:
  +  `AuroraMillisecondsSpentInOomRecovery` 
  +  `AuroraNumOomRecoverySuccessful` 
  +  `AuroraNumOomRecoveryTriggered` 

  Weitere Informationen finden Sie unter [ CloudWatchAmazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Drei CloudWatch Metriken zur Vermeidung von out-of-memory (OOM) wurden von laufenden Gesamtwerten zu inkrementellen Zählern geändert:
  +  `AuroraMemoryNumDeclinedSqlTotal` 
  +  `AuroraMemoryNumKillConnTotal` 
  +  `AuroraMemoryNumKillQueryTotal` 

  Weitere Informationen finden Sie unter [ CloudWatchAmazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Zwei globale Statusvariablen wurden hinzugefügt, um die Menge an Speicher anzuzeigen, die von [internen temporären Tabellen belegt](https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html) wird: `aurora_temptable_ram_allocation` und`aurora_temptable_max_ram_allocation`. Diese globalen Statusvariablen erhöhen die Beobachtbarkeit und helfen bei der Diagnose von Problemen im Zusammenhang mit der Speichernutzung interner temporärer Tabellen.

  Weitere Informationen finden Sie unter [Globale Statusvariablen von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Es wurde die neue Systemvariable eingeführt`aurora_optimizer_trace_print_before_purge`, mit der [Optimizer-Traces](https://dev.mysql.com/doc/dev/mysql-server/latest/PAGE_OPT_TRACE.html) in das Fehlerprotokoll gedruckt werden können, bevor der Server die Traces aus dem Speicher löscht. [https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_optimizer_trace_offset](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_optimizer_trace_offset) 
+ Unterstützung für die folgenden DB-Instance-Klassen wurde hinzugefügt:
  + db.r7i
  + db.r8g

  Weitere Informationen finden Sie unter [Unterstützte DB-Engines für DB-Instance-Klassen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html) im *Benutzerhandbuch für Amazon Aurora*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3080.Improvements"></a>

 **Sicherheitsprobleme wurden behoben und: CVEs** 
+ Es wurde ein neuer Benutzer für die Replikation von Binärprotokollen (Binlog) eingeführt. `rdsrepladmin_priv_checks_user` Weitere Informationen finden Sie unter [Privilege checks user for binary log replication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html#AuroraMySQL.privilege-model.binlog) im *Amazon Aurora Aurora-Benutzerhandbuch*. 
+ Es wurde ein Problem behoben, bei dem Eingabeparameter für [gespeicherte Aurora-MySQL-Prozeduren](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.StoredProcs.html) möglicherweise falsch behandelt wurden.

Diese Version enthält alle Community-CVE-Fixes bis einschließlich MySQL 8.0.39. Die folgenden CVE-Korrekturen sind enthalten:
+  [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) 
+  [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) 
+  [CVE-2024-20996](https://nvd.nist.gov/vuln/detail/CVE-2024-20996) 
+  [CVE-2024-21000](https://nvd.nist.gov/vuln/detail/CVE-2024-21000) 
+  [CVE-2024-21013](https://nvd.nist.gov/vuln/detail/CVE-2024-21013) 
+  [CVE-2024-21125](https://nvd.nist.gov/vuln/detail/CVE-2024-21125) 
+  [CVE-2024-21127](https://nvd.nist.gov/vuln/detail/CVE-2024-21127) 
+  [CVE-2024-21129](https://nvd.nist.gov/vuln/detail/CVE-2024-21129) 
+  [CVE-2024-21130](https://nvd.nist.gov/vuln/detail/CVE-2024-21130) 
+  [CVE-2024-21134](https://nvd.nist.gov/vuln/detail/CVE-2024-21134) 
+  [CVE-2024-21135](https://nvd.nist.gov/vuln/detail/CVE-2024-21135) 
+  [CVE-2024-21137](https://nvd.nist.gov/vuln/detail/CVE-2024-21137) 
+  [CVE-2024-21142](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21142) 
+  [CVE-2024-21157](https://nvd.nist.gov/vuln/detail/CVE-2024-21157) 
+  [CVE-2024-21159](https://nvd.nist.gov/vuln/detail/CVE-2024-21159) 
+  [CVE-2024-21160](https://nvd.nist.gov/vuln/detail/CVE-2024-21160) 
+  [CVE-2024-21162](https://nvd.nist.gov/vuln/detail/CVE-2024-21162) 
+  [CVE-2024-21163](https://nvd.nist.gov/vuln/detail/CVE-2024-21163) 
+  [CVE-2024-21165](https://nvd.nist.gov/vuln/detail/CVE-2024-21165) 
+  [CVE-2024-21166](https://nvd.nist.gov/vuln/detail/CVE-2024-21166) 
+  [CVE-2024-21173](https://nvd.nist.gov/vuln/detail/CVE-2024-21173) 
+  [CVE-2024-21177](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21177) 
+  [CVE-2024-21179](https://nvd.nist.gov/vuln/detail/CVE-2024-21179) 
+  [CVE-2024-21185](https://nvd.nist.gov/vuln/detail/CVE-2024-21185) 
+  [CVE-2024-25062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-25062) 
+  [CVE-2024-37371](https://nvd.nist.gov/vuln/detail/cve-2024-37371) 
+  [CVE-2025-21492](https://nvd.nist.gov/vuln/detail/CVE-2025-21492) 

 **Verbesserungen der Verfügbarkeit:** 
+ Es wurde ein Fehler behoben, der dazu führen kann, dass der Server unerwartet neu gestartet wird, nachdem DML-Befehle (Data Manipulation Language) für eine Tabelle ausgeführt wurden, in der bereits Spalten sofort gelöscht wurden, sodass die Anzahl der gelöschten und nicht gelöschten Spalten mehr als 1017 beträgt.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Datenbank-Protokolldateien nicht korrekt rotiert wurden, was zu einer erhöhten [Nutzung des lokalen Speicherplatzes](https://aws.amazon.com/blogs/database/understanding-amazon-aurora-mysql-storage-space-utilization) auf einer DB-Instance führen kann.
+ Es wurde ein Problem behoben, das dazu führen konnte, dass die DB-Instance unter Speichermangel keine Verbindungen mehr schloss, wenn [aurora\$1oom\$1response](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) aktiviert war, was zu einem out-of-memory Neustart führte, der andernfalls vermieden werden könnte.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance neu gestartet wird, wenn Speicher freigegeben wird, der für die Protokollanwendung verwendet wurde.
+ Es wurde ein Problem bei der Berechnung interner Metriken für Volltextsuchindizes (FTS) behoben, das zu Datenbankneustarts führen kann.
+ Es wurde ein Community-Problem behoben, das manchmal zu falschen Abfrageergebnissen führen konnte, wenn eine `LIMIT` Klausel in Unterabfragen zusammen mit dem Pushdown von Indexbedingungen verwendet wurde.
+ Es wurde ein Problem behoben, das zu einer Speicherzugriffsverletzung führte, die dazu führte, dass ein Mutex-Objekt veröffentlicht wurde, das dem Thread nicht mehr gehörte.
+ [Es wurde ein Problem behoben, das bei der Verarbeitung einer großen Anzahl von Relay-Protokolldateien während der Relay-Log-Wiederherstellung zu einem Neustart eines Binärprotokolls (Binlog) führen kann.](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html) 
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora-Reader-DB-Instance neu gestartet wird, wenn die Schreibweiterleitung aktiviert ist.
+ Es wurde ein Problem behoben, bei dem eine Abfrage, die mehrere `UNION` Klauseln enthielt, eine große Menge an Speicher zuweisen konnte, was zu einem Neustart der DB-Instance führte.
+ Es wurde ein Problem behoben, das dazu führte, dass die Writer-DB-Instance neu gestartet wurde, wenn eine parallel Abfrage auf einer Reader-DB-Instance ausgeführt wurde.
+ Es wurde ein Problem behoben, bei dem die Binlog-Replikation auf dem Replikat zum Stillstand kam, weil bei der Ausführung des Befehls ein Deadlock im I/O Thread des Replikats aufgetreten war. `FLUSH RELAY LOGS`
+ Es wurde ein Problem behoben, das bei der Verarbeitung großer GTID-Sätze auf einem DB-Cluster mit aktiviertem erweitertem Binlog zu einem Neustart der DB-Instance führte.
+ Es wurde ein Problem behoben, das zu einem Neustart eines Binlog-Replikats führen kann, wenn der In-Memory-Relay-Log-Cache aktiviert ist. [Der In-Memory-Relay-Log-Cache ist auf von Aurora MySQL verwalteten Binärprotokollreplikaten aktiviert, wenn entweder die Single-Thread-Binärprotokollreplikation oder die Multithread-Replikation mit aktivierter GTID-Autopositionierung verwendet wird.](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Binlog-Replikatinstanz neu gestartet wird, wenn beim Starten der Datenbank-Engine DCL-Anweisungen (Data Control Language) angewendet werden.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass eine Reader-DB-Instance aufgrund eines Deadlatches neu gestartet wird, wenn `SELECT` Abfragen für Tabellen ausgeführt werden, die von ihrer Writer-DB-Instance aktualisiert wurden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora Global Database-Leseinstanz mit einer aktiven Schreibweiterleitungssitzung neu gestartet wird.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Aurora-Read Replicas neu gestartet werden, wenn bestimmte seltene Transaktions-Commit-Bestellungen auf der Writer-DB-Instance ausgeführt wurden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank neu gestartet wird, wenn [geplante Ereignisse](https://dev.mysql.com/doc/refman/8.0/en/events-overview.html) abgebrochen werden, während sie auf DB-Instances laufen, für die Enhanced Binlog aktiviert ist.

 **Allgemeine Verbesserungen:** 
+ Es wurde ein Problem behoben, bei dem eine Client-Verbindung beim Zero-Downtime-Patching (ZDP) oder beim Zero-Downtime-Patching (ZDR) hängen bleiben kann.
+ Es wurde ein Problem behoben, das in seltenen Fällen aufgrund eines Speicherverwaltungsproblems, das bei der Behandlung eines Fehlers beim Öffnen einer Tabelle auftreten kann, zu einem Neustart einer Datenbankinstanz führte.
+ Es wurde ein Problem behoben, das dazu führen kann, dass in SQL-Anweisungen in einigen Zeilen unerwartete Fehler oder Warnungen wegen einer Verletzung des Primärschlüssels auftreten, wenn gleichzeitige `INSERT` Anweisungen für eine Tabelle ausgeführt werden, die eine `AUTO_INCREMENT` Primärschlüsselspalte und eine eindeutige Schlüsselspalte hat, und wenn eine `INSERT` Anweisung eindeutige Schlüsselverletzungen in verschiedenen Zeilen aufweist.
+ Das Performance-Schema-Instrument `memory/sql/sp_head::main_mem_root` ist jetzt ein kontrolliertes Instrument. Folglich trägt der für die Analyse und Darstellung von gespeicherten Programmen zugewiesene Speicher nun zu den Speicherlimits pro Verbindung bei.
+ Es wurde ein Problem behoben, bei dem eine Zeile während einer Aktualisierung über den räumlichen Index nicht mehr lesbar wurde.
+  Es wurde ein Problem behoben, das Benutzer daran hinderte, die lokale Schreibweiterleitung zu deaktivieren.
+ Es wurde ein Problem behoben, bei dem eine `SELECT COUNT` Abfrage bei Verwendung der Schreibweiterleitung das falsche Ergebnis zurückgeben konnte.
+ Es wurde ein Problem behoben, das zu falschen Abfrageergebnissen führen kann, wenn ZDP Sitzungsvariablen, die als Hinweise in Abfragen festgelegt wurden, fälschlicherweise wiederherstellt.
+ Es wurde ein Problem mit der automatischen Kürzung von Undo-Tablespaces behoben, wenn sie in Upgrade-Szenarien den Schwellenwert [innodb\$1max\$1undo\$1log\$1size](https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_max_undo_log_size) überschreiten.
+ Es wurde ein Problem behoben, bei dem die Commit-Latenz und der Commit-Durchsatz nicht gemessen wurden, wenn auf gesetzt ist. `innodb_flush_log_at_trx_commit` `0` 
+ Es wurde ein Problem behoben, das dazu führen konnte, dass Verzögerungen bei Aurora-Replikaten falsch gemeldet wurden.
+ Es wurde ein Problem behoben, bei dem ein falscher Wert für die `threads_running` Variable angegeben wurde, wenn Aurora Global Database verwendet wurde.
+ Es wurde ein Problem behoben, bei dem ein Aurora MySQL-Binlog-Replikat mit aktivierter [parallel sekundärer Indexoptimierung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) neu gestartet wurde, wenn Replikationsänderungen auf Tabellen mit Fremdschlüsseln angewendet wurden.
+ Es wurde ein Neustartproblem behoben, das durch eine längere Größenänderung der Sperr-Hash-Tabelle während des Hoch- oder Herunterskalierens verursacht wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance nach dem Deaktivieren der Binärprotokollierung neu gestartet wird, obwohl die erweiterte Binärprotokollierung zuvor aktiviert war.
+ Es wurden Optimierungen eingeführt, um den Speicherverbrauch bei der Wiederherstellung logischer [Datenwörterbücher](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html) bei einer großen Anzahl von Tabellen zu reduzieren.
+ Es wurde ein Problem behoben, bei dem ein Benutzer beim Ausführen der gespeicherten Prozedur [mysql.rds\$1set\$1external\$1source](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_external_source) auf einem Binlog-Replikat einen `ERROR 1377 (HY000): Fatal error during log purge` Fehler feststellen konnte, wenn die binäre Protokollreplikation bereits konfiguriert ist.
+ [Es wurde ein Fehler behoben, der das Fortbestehen von Benutzerrollenrechten nach ZDR verhinderte.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Availability.html) 
+ Ein Speicherproblem im Zusammenhang mit den Standardrollen des View Definers wurde behoben.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, wenn sie ausgeführt `SHOW VOLUME STATUS` wird.
+ Es wurde ein Neustartproblem behoben, das durch eine längere Größenänderung des Pufferpools beim Hoch- oder Herunterskalieren verursacht wurde.
+ Es wurde ein Neustartproblem behoben, das durch den logischen Read-Ahead-Zugriff (LRA) auf freigegebene Seiten aufgrund der Größenänderung des Puffers während eines Herunterskaliervorgangs verursacht wurde.
+ Es wurde ein Problem behoben, bei dem `SELECT` Abfragen, die falsche Ergebnisse lieferten, wenn die Abfrage eine `LEFT OUTER JOIN` [Semi-Join-Transformation](https://dev.mysql.com/doc/refman/8.0/en/semijoins.html) verwendet, die Materialisierung als Strategie verwendet, verwendet.
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Deaktivierung der Schreibweiterleitung nicht abgeschlossen werden kann.
+ Es wurde ein Problem behoben, bei dem die `BlockedTransactions` CloudWatch Metriken `ActiveTransactions` und niedrigere Werte als erwartet meldeten.
+ Es wurde ein Problem behoben, bei dem die Binlog-Replikation unterbrochen wurde, wenn das Replikat eine `DELETE` Anweisung mit mehreren Tabellen verarbeitet, die explizit sowohl aus einer übergeordneten als auch aus einer untergeordneten Tabelle löscht.
+ Es wurde ein Problem behoben, das zu einem Neustart der DB-Instance führen kann, wenn ein Trigger mit benutzerdefinierten Funktionen verarbeitet wird, die einen Typ zurückgeben. `enum`
+ Es wurde ein Problem behoben, bei dem die `DMLLatency` CloudWatch Metrik bei der Replikation mit `binlog_format` set to falsche Werte für eine binäre Protokollreplikat-Instance anzeigte. `row` 
+ Es wurde ein Problem behoben, bei dem langsame `INSERT``DELETE`, und `UPDATE` Abfragen, die vom MySQL [Event Scheduler](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html) ausgeführt wurden, nicht im Protokoll für langsame Abfragen aufgezeichnet wurden, es sei denn, ihnen ging eine langsame `SELECT` Abfrage voraus.
+  Es wurde ein Problem behoben, das in seltenen Fällen entweder zu einer zeitweiligen Nichtverfügbarkeit einer Aurora-Lesereplik oder zu Inkonsistenzen der Tabellendefinitionen, manchmal mit dem Fehler`Table does not exist`, auf dem Replikat führte. Dies ist auf gleichzeitige Leseabfragen auf das Replikat und auf DDL-Operationen (Data Definition Language) auf der Writer-DB-Instance zurückzuführen.
+ Es wurde ein Problem behoben, das dazu führte, dass die Ausführung des `SHOW BINARY LOGS` Befehls auf einem DB-Cluster, in dem das erweiterte Binlog aktiviert ist oder zuvor aktiviert war, länger dauerte. Dieses Problem konnte auch zu einer erhöhten Commit-Latenz führen, wenn mehrere `SHOW BINARY LOGS` Befehle gleichzeitig ausgeführt wurden.

 **Upgrades und Migrationen:** 
+ Die Leistung des Hauptversions-Upgrades von Aurora MySQL Version 2 auf Version 3 für DB-Cluster mit einer großen Anzahl von Datenbankobjekten (wie Tabellen, Triggern und Routinen) wurde verbessert.

  Für größere DB-Instance-Klassen aktualisiert der Datenbank-Upgrade-Prozess traditionelle MySQL-Objektmetadaten parallel unter Verwendung mehrerer Threads auf das neue, atomare MySQL 8.0-Datenwörterbuch.
+ Es wurde ein Problem behoben, das dazu führte, dass Upgrades oder Migrationen fehlschlugen, wenn die Zielversion der Aurora MySQL-DB-Engine 3.04.0 oder höher ist. Dies tritt auf, wenn der `lower_case_table_names` DB-Cluster-Parameter auf `1` gesetzt ist und die MySQL-Datenbankkollation nicht mit Tabellennamen in Kleinbuchstaben kompatibel ist.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3080.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.39, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). 
+ Es wurde ein Problem behoben, das dazu führte, dass bei bestimmten Abfragen, die sowohl als auch `JOIN` Operationen enthielten, fälschlicherweise `NULL` Werte aus der Ergebnismenge weggelassen wurden. `UNION` (Community-Bugfix \$1114301)

# Updates der Aurora MySQL-Datenbank-Engine 2024-07-23 (Version 3.07.1) (veraltet)
<a name="AuroraMySQL.Updates.3071"></a><a name="3.07.1"></a><a name="3.07.1"></a>

**Version**: 3.07.1

Aurora MySQL 3.07.1 ist allgemein verfügbar. Die Versionen Aurora MySQL 3.07 sind mit MySQL 8.0.36 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora MySQL-Versionen 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 und 3.07.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.07.1-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3071.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**
+ Es wurde ein neuer Benutzer für die Replikation von Binärprotokollen (Binlog) eingeführt. `rdsrepladmin_priv_checks_user` Weitere Informationen finden Sie unter [Privilege checks user for binary log replication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html#AuroraMySQL.privilege-model.binlog) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Diese Version enthält alle Community-CVE-Fixes bis einschließlich MySQL 8.0.36.

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance neu gestartet wird, wenn Speicher freigegeben wird, der für die Protokollanwendung verwendet wurde.
+ Es wurde ein Problem bei der Berechnung interner Metriken für Volltextsuchindizes (FTS) behoben, das zu Datenbankneustarts führen kann.
+ Es wurde ein Problem behoben, durch das die binäre Protokollierung deaktiviert werden kann, wenn beim Festschreiben einer großen Transaktion ein Fehler auftritt.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3071.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.36. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).

# Updates der Aurora MySQL-Datenbank-Engine 2024-06-04 (Version 3.07.0) (veraltet)
<a name="AuroraMySQL.Updates.3070"></a><a name="3.07.0"></a><a name="3.07.0"></a>

**Version**: 3.07.0

Aurora MySQL 3.07.0 ist allgemein verfügbar. Aurora MySQL 3.07-Versionen sind mit MySQL 8.0.36 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.05.\$1, 3.06.\$1 und 3.07.\$1 unterstützt.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3070.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**
+ Unterstützung für FIPS-validierte Kryptografie aktiviert, eine vollständig eigene Implementierung. AWS [Weitere Informationen finden Sie im Security Blog unter [AWS-LC Ist jetzt FIPS 140-3-zertifiziert](https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/).AWS](https://aws.amazon.com/blogs/security/)

Diese Version enthält alle Community-CVE-Fixes bis einschließlich MySQL 8.0.36. Die folgenden CVE-Korrekturen sind enthalten:
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance neu gestartet wird, wenn eine Tabelle gelesen wird, die in der Writer-DB-Instance geändert oder gelöscht wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora MySQL-Writer-DB-Instance neu gestartet wird, wenn eine Schreibweiterleitungssitzung geschlossen wird, während eine weitergeleitete Abfrage ausgeführt wird.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance neu gestartet wurde, wenn große GTID-Sätze auf einer Instance mit aktiviertem Binärprotokoll verarbeitet wurden.
+ Es wurde ein Problem bei der Verarbeitung von `INSERT` Abfragen auf partitionierten InnoDB-Tabellen behoben, das zu einem allmählichen Rückgang des freien Speichers in der Instanz führen kann.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die Reader-DB-Instances neu gestartet werden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn die Anweisungen [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) gleichzeitig ausgeführt werden. `PURGE BINARY LOGS`ist eine verwaltete Anweisung, die ausgeführt wird, um die vom Benutzer konfigurierte Aufbewahrungsfrist für Binlogs einzuhalten.
+ Es wurde ein Problem behoben, das dazu führen kann, dass der Server unerwartet geschlossen wird, nachdem Data Manipulation Language (DML) -Anweisungen für eine Tabelle ausgeführt wurden, deren nichtvirtuelle Spalten mit einer Oder-Anweisung neu angeordnet wurden. `MODIFY COLUMN` `CHANGE COLUMN`
+ Es wurde ein Problem behoben, das beim Neustart einer Datenbankinstanz zu einem zusätzlichen Neustart führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance, die Schreibweiterleitung verwendet, neu gestartet wird, wenn eine weitergeleitete [implizite Commit-Anweisung](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) auf einen Fehler stößt.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass eine Reader-Instance neu gestartet wird, wenn `SELECT` Abfragen für Tabellen mit einer Fremdschlüsseleinschränkung ausgeführt werden.
+ Es wurde ein Problem behoben, bei dem es bei DB-Instances, die Aurora-Cluster-Volumes mit mehreren TB verwenden, während des Neustarts aufgrund von Fehlern bei der Validierung des InnoDB-Pufferpools zu längeren Ausfallzeiten kommen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank neu gestartet wird, wenn eine kaskadierende `UPDATE` oder `DELETE` Fremdschlüsseleinschränkung für eine Tabelle definiert ist, an der eine virtuelle Spalte entweder als Spalte in der Fremdschlüsseleinschränkung oder als Mitglied der referenzierten Tabelle beteiligt ist.
+ 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 Spalten erfolgte. `AUTO_INCREMENT`
+ Es wurde ein Problem behobenAurora Serverless v2, das bei der Skalierung zu einem Neustart der Datenbank führen kann.

**Allgemeine Verbesserungen:**
+ Reduzierte I/O Nutzung und verbesserte Leistung für eine Teilmenge von Abfragen zum Scannen von Primärschlüsselbereichen, die parallel Abfragen verwenden.
+ [Aurora MySQL Version 3.06.0](AuroraMySQL.Updates.3060.md) hat Unterstützung für die Amazon Bedrock-Integration hinzugefügt. In diesem Zusammenhang wurden neue reservierte Schlüsselwörter (`accept`,`aws_bedrock_invoke_model`, `aws_sagemaker_invoke_endpoint``content_type`, und`timeout_ms`) hinzugefügt. In Aurora MySQL Version 3.07.0 wurden diese Schlüsselwörter in nicht reservierte Schlüsselwörter geändert, die als Bezeichner ohne Anführungszeichen zulässig sind. Weitere Informationen darüber, wie MySQL mit reservierten und nicht reservierten Schlüsselwörtern umgeht, finden Sie in der MySQL-Dokumentation unter [Schlüsselwörter und reservierte Wörter](https://dev.mysql.com/doc/refman/8.0/en/keywords.html).
+ Es wurde ein Problem behoben, bei dem nicht eindeutig eine Fehlermeldung an den Client zurückgegeben wurde, wenn der Amazon Bedrock-Service von einem Aurora MySQL-DB-Cluster in einem Land aufgerufen wurde, in AWS-Region dem Amazon Bedrock noch nicht verfügbar ist.
+ Es wurde ein Problem behoben, das zu übermäßigem Speicherverbrauch führen kann, wenn `BLOB` Spalten mit der Aurora-Parallelabfrage abgefragt werden.
+ Es wurde Unterstützung für die `connection_memory_chunk_size` Parameter `connection_memory_limit` und hinzugefügt, die auf Sitzungsebene so gesetzt werden müssen, dass sie sich genauso verhalten wie in der MySQL Community Edition. Der `connection_memory_limit` wird verwendet, um die maximale Speichermenge festzulegen, die von einer einzelnen Benutzerverbindung verwendet werden kann. Der `connection_memory_chunk_size` Parameter kann verwendet werden, um die Chunking-Größe für Aktualisierungen des [globalen Speichernutzungszählers](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory) festzulegen.
+ Es wurde ein Problem behoben, bei dem der Benutzer keine Abfrage unterbrechen oder Sitzungs-Timeouts für Abfragen festlegen konnte. `performance_schema`
+ Es wurde ein Problem behoben, bei dem die Replikation von Binärprotokollen (Binlog), die für die Verwendung benutzerdefinierter SSL-Zertifikate ([mysql.rds\$1import\$1binlog\$1ssl\$1material) konfiguriert war, fehlschlagen konnte, wenn die Replikationsinstanz](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) einem Host-Austausch unterzogen wurde.
+ Die `Aurora_fts_cache_memory_used` globale Statusvariable wurde hinzugefügt, um die Speichernutzung für das Volltextsuchsystem in allen Tabellen zu verfolgen. Weitere Informationen finden Sie unter [Globale Statusvariablen von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Es wurde ein Problem behoben, bei dem es bei einem als Zero-ETL-Ziel konfigurierten Amazon Redshift Redshift-Cluster zu einer vorübergehenden Zunahme kommen konnte, [IntegrationLag](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.monitoring.html)wenn ein Amazon Aurora MySQL-DB-Cluster als binäres Protokollreplikat konfiguriert wurde und die Enhanced Binlog- und Zero-ETL-Integration aktiviert war.
+ Es wurde ein Problem im Zusammenhang mit der Verwaltung von Audit-Protokolldateien behoben, das dazu führen kann, dass auf Protokolldateien für den Download oder die Rotation nicht zugegriffen werden kann und das in einigen Fällen die CPU-Auslastung erhöht.
+ Die `AUTO_INCREMENT` Schlüsselwiederherstellung wurde optimiert, um die Abschlusszeit für die Wiederherstellung von Snapshots, die Durchführung der point-in-time Wiederherstellung und das Klonen von DB-Clustern mit einer großen Anzahl von Tabellen in der Datenbank zu verkürzen.
+ [Es wurde ein Problem behoben, bei dem das Ereignis [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) nicht in den Übersichtstabellen für Warteereignisse im Leistungsschema angezeigt wurde.](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html)
+ Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder dem Klonen von Datenbanken zu Fehlern beim Duplizieren von Schlüsseln für `AUTO_INCREMENT` Spalten mit absteigenden Indizes führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Writer-DB-Instance neu gestartet wird, wenn eine Reader-DB-Instance, die Schreibweiterleitung verwendet, eine Data Manipulation Language (DML) -Anweisung ausführt, die einen Zeitstempelwert enthält und der ` time_zone` Datenbankparameter auf gesetzt ist. `UTC`
+ Es wurde ein Problem behoben, bei dem eine `SELECT` Abfrage auf einer Aurora-Reader-Instance mit dem Fehler „Tabelle existiert nicht“ fehlschlagen konnte, wenn die Tabelle mindestens einen Volltextsuchindex (FTS) hat und eine `TRUNCATE` Anweisung auf der Aurora-Writer-DB-Instance ausgeführt wird.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führte, dass das Zero-Downtime-Patching (ZDP) fehlschlug.
+ Es wurde ein Problem behoben, das zu einem unvollständigen Ergebnissatz führen kann, wenn Abfragen ausgeführt werden, die den Hash-Join-Algorithmus mit parallel Abfrage beinhalten `LEFT JOIN` oder `RIGHT JOIN` Operationen verwenden.

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass das Upgrade von Aurora MySQL Version 2 auf Aurora MySQL Version 3 fehlschlägt, wenn im Tabellenschema eine benutzerdefinierte `FTS_DOC_ID` Spalte vorhanden ist.
+ Es wurde ein Problem behoben, das aufgrund eines Synchronisationsproblems bei der Verarbeitung von InnoDB-Tablespaces zu Upgrade-Fehlern von Aurora MySQL Version 2 auf Aurora MySQL Version 3 führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades auf Aurora MySQL Version 3 fehlschlagen, weil verwaiste Einträge für bereits gelöschte Tablespaces in InnoDB-Systemtabellen in Aurora MySQL Version 2 vorhanden sind.
+ Es wurde ein Problem behoben, bei dem der [SERVER\$1ID-Wert](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html#AuroraMySQL.Reference.ISTables.replica_host_status) nach einem Amazon Blue/Green RDS-Deployment-Switchover nicht aktualisiert wurde. Dies führte zu Problemen, bei denen intelligente Treiber wie der [Amazon Web Services (AWS) JDBC-Treiber die DB-Cluster-Topologie](https://github.com/awslabs/aws-advanced-jdbc-wrapper) nach einem Switchover nicht erkennen konnten. blue/green Mit diesem Fix wird der `SERVER_ID` Wert für Aurora-DB-Cluster, die im Rahmen einer Blue/Green RDS-Bereitstellung umbenannt wurden und auf Aurora MySQL Version 3.07 und höher ausgeführt werden, im Rahmen des Switchovers aktualisiert. In früheren Versionen können die DB-Instances in den blauen und grünen Clustern neu gestartet werden, um den Wert zu aktualisieren. `SERVER_ID`

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3070.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.36, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem der Cache-Zeilenwert falsch berechnet werden konnte, was zu einem Fehler beim Neustart der Datenbank auf Graviton-basierten Instances führte. (Community-Bugfix \$135479763)
+ Es wurde ein Problem behoben, bei dem einige Instanzen von Unterabfragen in gespeicherten Routinen nicht korrekt behandelt wurden. (Community-Bugfix \$135377192)
+ Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community Bug Fix \$134284186).
+ Es wurde ein Problem behoben, bei dem InnoDB das Hinzufügen von `INSTANT` Spalten zu Tabellen im MySQL-Systemschema in Aurora MySQL-Versionen vor 3.05 erlaubte, was dazu führen konnte, dass der Server nach dem Upgrade auf Aurora MySQL Version 3.05.0 unerwartet geschlossen wurde (Datenbankinstanz neu gestartet). (Community-Bugfix \$135625510).

# Updates der Aurora MySQL-Datenbank-Engine 2024-06-26 (Version 3.06.1) (veraltet)
<a name="AuroraMySQL.Updates.3061"></a><a name="3.06.1"></a><a name="3.06.1"></a>

**Version**: 3.06.1

Aurora MySQL 3.06.1 ist allgemein verfügbar. Aurora MySQL 3.06-Versionen sind mit MySQL 8.0.34 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.05.\$1, 3.06.\$1 und 3.07.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.06.1-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3060.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**

Diese Version enthält alle Community-CVE-Fixes bis einschließlich MySQL 8.0.34. Die folgenden CVE-Korrekturen sind enthalten:
+ [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487)
+ [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führte, dass eine Aurora MySQL-DB-Instance neu gestartet wurde, wenn eine parallel Abfrage ausgeführt wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance neu gestartet wird, wenn eine Tabelle gelesen wird, die in der Writer-DB-Instance geändert oder gelöscht wurde.
+ Es wurde ein Problem behoben, das zu einer Speicherzugriffsverletzung führte, die dazu führte, dass ein Mutex-Objekt veröffentlicht wurde, das dem Thread nicht mehr gehörte.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora MySQL-Writer-DB-Instance neu gestartet wird, wenn eine Schreibweiterleitungssitzung geschlossen wird, während eine weitergeleitete Abfrage ausgeführt wird.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance neu gestartet wurde, wenn große GTID-Sätze auf einer Instance mit aktiviertem Binärprotokoll verarbeitet wurden.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass eine Reader-Instance neu gestartet wird, wenn `SELECT` Abfragen für Tabellen mit einer Fremdschlüsseleinschränkung ausgeführt werden.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance neu gestartet wurde, wenn versucht wurde, das InnoDB-Datenwörterbuch während der Datenbankwiederherstellung wiederherzustellen.
+ Es wurde ein Problem behobenAurora Serverless v2, das bei der Skalierung zu einem Neustart der Datenbank führen kann.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem bei der Veröffentlichung von Code für Metriken behoben, bei dem Speicher verwendet werden konnte, nachdem er freigegeben wurde.
+ Es wurde ein Problem behoben, das aufgrund eines nicht vorhandenen Undo-Tablespace-Objekts zu wiederholten Neustarts der DB-Engine führte.
+ [Es wurde ein Problem mit der automatischen Kürzung von Undo-Tablespaces behoben, wenn sie in Upgrade-Szenarien den Schwellenwert innodb\$1max\$1undo\$1log\$1size überschreiten.](https://dev.mysql.com/doc/refman/8.4/en/innodb-parameters.html#sysvar_innodb_max_undo_log_size)
+ Es wurde ein Problem behoben, bei dem bei Verwendung von Aurora Global Database ein falscher Wert für die `threads_running` Statusvariable angegeben wurde.
+ Es wurde ein Problem behoben, bei dem eine Lesereplik eines Aurora MySQL-Binärprotokolls (Binlog) mit aktivierter [parallel sekundärer Indexoptimierung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) neu gestartet wurde, wenn Replikationsänderungen auf Tabellen mit Fremdschlüsseln angewendet wurden.
+ [Aurora MySQL Version 3.06.0](AuroraMySQL.Updates.3060.md) hat Unterstützung für die Amazon Bedrock-Integration hinzugefügt. In diesem Zusammenhang wurden neue reservierte Schlüsselwörter (`accept`,`aws_bedrock_invoke_model`, `aws_sagemaker_invoke_endpoint``content_type`, und`timeout_ms`) hinzugefügt. In Aurora MySQL Version 3.06.1 wurden diese Schlüsselwörter in nicht reservierte Schlüsselwörter geändert, die als Bezeichner ohne Anführungszeichen zulässig sind. Weitere Informationen darüber, wie MySQL mit reservierten und nicht reservierten Schlüsselwörtern umgeht, finden Sie in der MySQL-Dokumentation unter [Schlüsselwörter und reservierte Wörter](https://dev.mysql.com/doc/refman/8.0/en/keywords.html).
+ Es wurde ein Problem behoben, bei dem nicht eindeutig eine Fehlermeldung an den Client zurückgegeben wurde, wenn der Amazon Bedrock-Service von einem Aurora MySQL-DB-Cluster in einem Land aufgerufen wurde, in AWS-Region dem Amazon Bedrock noch nicht verfügbar ist.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance aufgrund ungenauer Schlosshalterinformationen neu gestartet wurde, `rw_lock` wenn parallel Lesevorgänge verwendet wurden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, wenn sie ausgeführt `SHOW VOLUME STATUS` wird.
+ Es wurde ein Problem mit der Speicherverwaltung behoben, das bei der Ausführung von `SELECT ... INTO OUTFILE ...` Abfragen zu einem Rückgang des freien Speichers im Laufe der Zeit führte.
+ Es wurde Unterstützung für die `connection_memory_chunk_size` Parameter `connection_memory_limit` und hinzugefügt, die auf Sitzungsebene gesetzt werden müssen, sodass sie sich ähnlich wie die entsprechende Funktionalität in der MySQL Community Edition verhalten. Der `connection_memory_limit` Parameter legt die maximale Speichermenge fest, die von einer einzelnen Benutzerverbindung verwendet werden kann. Der `connection_memory_chunk_size` Parameter legt die Chunking-Größe für Aktualisierungen des [globalen Speichernutzungszählers](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory) fest.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, wenn der lokale Speicher auf der DB-Instance die volle Kapazität erreicht hat.
+ Es wurde ein Problem behoben, bei dem das Performance-Schema nicht aktiviert war, als die automatische Verwaltung von Performance Insights für db.t4g.medium- und db.t4g.large-DB-Instances aktiviert wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Writer-DB-Instance neu gestartet wird, wenn eine Leser-DB-Instance, die Schreibweiterleitung verwendet, eine Data Manipulation Language (DML) -Anweisung ausführt, die einen Zeitstempelwert enthält und der Datenbankparameter auf gesetzt ist. ` time_zone` `UTC`
+ Es wurde ein Problem beim Zero-Downtime-Patching (ZDP) behoben, das verhindert, dass eine DB-Instance Client-Verbindungen schließt, wenn der vom Kunden konfigurierte Mindestwert von entweder oder erreicht wurde. `wait_timeout` ` interactive_timeout`

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führte, dass Upgrades oder Migrationen fehlschlugen, wenn die Zielversion der Aurora MySQL-DB-Engine 3.04.0 oder höher ist. Dies tritt auf, wenn der `lower_case_table_names` DB-Cluster-Parameter auf `1` gesetzt ist und die MySQL-Datenbankkollation nicht mit Tabellennamen in Kleinbuchstaben kompatibel ist.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3060.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.34. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).

# Updates der Aurora MySQL-Datenbank-Engine 2024-03-07 (Version 3.06.0) (veraltet)
<a name="AuroraMySQL.Updates.3060"></a><a name="3.06.0"></a><a name="3.06.0"></a>

**Version**: 3.06.0

Aurora MySQL 3.06.0 ist allgemein verfügbar. Aurora MySQL 3.06-Versionen sind mit MySQL 8.0.34 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1 und 3.06.\$1 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.06.0-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Neue Features
<a name="AuroraMySQL.Updates.3060.New"></a>
+ Aurora MySQL Version 3.06.0 unterstützt die Amazon Bedrock-Integration und führt die neuen reservierten Schlüsselwörter`accept`,, `aws_bedrock_invoke_model``aws_sagemaker_invoke_endpoint`, `content_type` und ein. `timeout_ms` Überprüfen Sie die Objektdefinitionen auf die Verwendung der neuen reservierten Schlüsselwörter, bevor Sie auf Version 3.06.0 aktualisieren. Um den Konflikt mit den neuen reservierten Schlüsselwörtern zu vermeiden, geben Sie die in den Objektdefinitionen verwendeten reservierten Schlüsselwörter in Anführungszeichen. Weitere Informationen zur Amazon Bedrock-Integration und zum Umgang mit reservierten Schlüsselwörtern finden Sie unter [Was ist Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/what-is-bedrock.html)? im *Amazon Aurora Aurora-Benutzerhandbuch*. Weitere Informationen finden Sie in der MySQL-Dokumentation unter [Schlüsselwörter und reservierte Wörter](https://dev.mysql.com/doc/refman/8.0/en/keywords.html), [Die INFORMATION\$1SCHEMA KEYWORDS-Tabelle](https://dev.mysql.com/doc/refman/8.0/en/information-schema-keywords-table.html) und [Schemaobjektnamen](https://dev.mysql.com/doc/refman/8.0/en/identifiers.html).
+ Verbesserte Leistung für binäre Protokollreplikate bei der Replikation von Transaktionen für große Tabellen mit mehr als einem sekundären Index. Diese Funktion führt einen Thread-Pool ein, um sekundäre Indexänderungen parallel auf ein Binlog-Replikat anzuwenden. Die Funktion wird durch den DB-Cluster-Parameter `aurora_binlog_replication_sec_index_parallel_workers` gesteuert, der die Gesamtzahl der parallelen Threads steuert, die für die Anwendung der sekundären Indexänderungen verfügbar sind. Weitere Informationen finden Sie unter [Optimieren der binären Protokollreplikation](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) im *Amazon-Aurora-Benutzerhandbuch*.
+ Es wurde eine neue gespeicherte Prozedur hinzugefügt`mysql.rds_set_read_only`, die es ermöglicht, den Wert der globalen Systemvariablen `read_only` auf Datenbank-Instances in Ihrem Aurora MySQL-Cluster zu ändern. Weitere Informationen finden Sie unter [Replizieren](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Es wurde eine neue gespeicherte Prozedur hinzugefügt`mysql.rds_set_binlog_source_ssl`, die es ermöglicht, die Verschlüsselung für ein binäres Protokollreplikat festzulegen, indem ein Wert für angegeben wird. `SOURCE_SSL` Weitere Informationen finden Sie unter [Replizieren](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ [Amazon Aurora Machine Learning](https://aws.amazon.com/rds/aurora/machine-learning) ist eine optimierte Integration zwischen der Aurora MySQL-Datenbank und den Services für AWS maschinelles Lernen (ML). [Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/what-is-bedrock.html) wird jetzt unterstützt, sodass Sie Modelle für maschinelles Lernen in Amazon Bedrock direkt von Ihrem Aurora MySQL-DB-Cluster aus mithilfe von SQL aufrufen können. Weitere Informationen zur Verwendung von Amazon Bedrock mit Ihrem Aurora MySQL-DB-Cluster finden Sie [unter Verwenden von Amazon Aurora Machine Learning mit Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Aurora MySQL Version 3.06 bietet Unterstützung für [automatisiertes Undo-Tablespace-Kürzen](https://dev.mysql.com/doc/refman/8.0/en/innodb-undo-tablespaces.html#truncate-undo-tablespace). Diese Optimierung ermöglicht es Ihnen, ungenutzten Speicherplatz in Undo-Tablespaces zurückzugewinnen, nachdem die Undo-Logs gelöscht wurden.

## Verbesserungen
<a name="AuroraMySQL.Updates.3060.Improvements"></a>

**Sicherheitsprobleme wurden behoben und: CVEs**

Die folgenden CVE-Fixes sind in dieser Version enthalten:
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, bei dem eine Read Replica-DB-Instance nicht erfolgreich gestartet werden konnte, wenn in der Writer-DB-Instance eine hohe Arbeitslast herrscht.
+ Es wurde ein Problem behoben, bei dem eine Aurora MySQL Writer-DB-Instance aufgrund eines Kommunikationsfehlers mit dem Aurora-Speicher ein Failover durchführen kann. Der Fehler ist auf einen Ausfall der Kommunikation zwischen der DB-Instance und dem zugrunde liegenden Speicher nach einem Software-Update der Aurora-Speicher-Instance zurückzuführen.
+ Es wurde ein Problem bei der Verarbeitung von `INSERT` Abfragen auf partitionierten InnoDB-Tabellen behoben, das zu einem allmählichen Rückgang des freien Speichers in der Instanz führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora MySQL-DB-Instance aufgrund einer Verringerung des freien Speichers neu gestartet oder ein Failover durchgeführt wird, wenn beim Ausführen von Abfragen ein Hash-Join verwendet wird.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn die Anweisungen [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [PURGE BINARY LOGS gleichzeitig](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) ausgeführt werden. `PURGE BINARY LOGS`ist eine verwaltete Anweisung, die ausgeführt wird, um die vom Benutzer konfigurierte Aufbewahrungsfrist für Binlogs einzuhalten.
+ Es wurde ein Problem behoben, das dazu führen kann, dass der Server unerwartet geschlossen wird, nachdem Data Manipulation Language (DML) -Anweisungen für eine Tabelle ausgeführt wurden, deren nichtvirtuelle Spalten mit einer Oder-Anweisung neu angeordnet wurden. `MODIFY COLUMN` `CHANGE COLUMN`
+ Es wurde ein Problem behoben, das beim Neustart einer Datenbankinstanz zu einem zusätzlichen Neustart führen kann.
+ Es wurde ein Problem behoben, das zu einem Neustart der Datenbank führen kann, wenn eine kaskadierende `UPDATE` oder `DELETE` Fremdschlüsseleinschränkung für eine Tabelle definiert ist, an der eine virtuelle Spalte entweder als Spalte in der Fremdschlüsseleinschränkung oder als Mitglied der referenzierten Tabelle beteiligt ist.
+ In Aurora MySQL 2.10 haben wir Unterstützung für den Neustart eines Aurora-DB-Clusters mit Leseverfügbarkeit hinzugefügt. Diese Funktion ermöglicht es Reader-DB-Instances, online zu bleiben, während eine Writer-DB-Instance neu gestartet wird. Diese Funktion wird jetzt AWS-Regionen in sekundären globalen Aurora MySQL-Datenbanken unterstützt, sodass Sie während eines Neustarts der Writer-Instance auf dem primären Cluster weiterhin Leseanfragen bearbeiten können. Bisher wurden beim Neustart einer Writer-Instance auch alle Reader-Instances in einem sekundären Aurora MySQL-Cluster neu gestartet. Mit dieser Version bearbeiten sekundäre Cluster-Reader-Instances weiterhin Leseanfragen während eines Neustarts der Writer-Instance, wodurch die Leseverfügbarkeit im Cluster verbessert wird. Weitere Informationen finden Sie unter [Neustart eines Aurora-Clusters mit Leseverfügbarkeit](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-mysql-survivable-replicas).
+ 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 Spalten erfolgte. `AUTO_INCREMENT`

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine parallel Abfrage aufgrund vorübergehender Netzwerkprobleme beim Lesen von Daten aus dem Aurora-Cluster-Volume fehlschlägt.
+ Es wurde ein Problem behoben, bei dem der Benutzer keine Abfrage unterbrechen oder Sitzungs-Timeouts für Abfragen festlegen konnte. `performance_schema`
+ Es wurde ein Problem behoben, bei dem die Replikation von Binärprotokollen (Binlog), die für die Verwendung benutzerdefinierter SSL-Zertifikate ([mysql.rds\$1import\$1binlog\$1ssl\$1material) konfiguriert war, fehlschlagen konnte, wenn die Replikationsinstanz](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) einem Host-Austausch unterzogen wurde.
+ Kleine DB-Instances mit weniger als oder gleich 4 GiB Speicher schließen jetzt die Verbindungen, die am meisten Speicher beanspruchen, wenn die DB-Instance unter Speicherdruck steht. Sie können den Pufferpool auch anpassen, um seine Größe zu verringern. Weitere Informationen finden Sie unter [Amazon Aurora MySQL out-of-memory Issues](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Die Standardantwort für `aurora_oom_response` wurde für alle DB-Instance-Klassen mit mehr als 4 GiB Speicher von leer auf geändert`print`. Weitere Informationen finden Sie unter [Amazon Aurora MySQL out-of-memory Issues](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Es wurde ein Problem im Zusammenhang mit der Verwaltung von Audit-Protokolldateien behoben, das dazu führen kann, dass auf Protokolldateien für den Download oder die Rotation nicht zugegriffen werden kann und das in einigen Fällen die CPU-Auslastung erhöht.
+ Die `AUTO_INCREMENT` Schlüsselwiederherstellung wurde optimiert, um die Abschlusszeit für die Wiederherstellung von Snapshots, die Durchführung der point-in-time Wiederherstellung und das Klonen von DB-Clustern mit einer großen Anzahl von Tabellen in der Datenbank zu verkürzen.
+ [Es wurde ein Problem behoben, bei dem das Ereignis [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) nicht in den Übersichtstabellen für Warteereignisse im Leistungsschema angezeigt wurde.](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html)
+ Die `Aurora_lockmgr_buffer_pool_memory_used` Metriken `Aurora_lockmgr_memory_used` und wurden hinzugefügt, um die Speichernutzung des Lock-Managers zu verfolgen. Weitere Informationen finden Sie unter [Globale Statusvariablen von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) im *Amazon Aurora Aurora-Benutzerhandbuch*.
+ Es wurde ein Problem behoben, bei dem es bei kleinen Read Replica-Instances nach einem Upgrade von Aurora MySQL-Versionen unter 2.11.\$1 zu einer erhöhten Replikationsverzögerung kommen kann.
+ Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder dem Klonen von Datenbanken zu Fehlern beim Duplizieren von Schlüsseln für `AUTO_INCREMENT` Spalten mit absteigenden Indizes führen kann.
+ Es wurde ein Problem behoben, bei dem eine `SELECT` Abfrage auf einer Aurora-Reader-Instance mit dem Fehler „Tabelle existiert nicht“ fehlschlagen konnte, wenn die Tabelle mindestens einen Volltextsuchindex (FTS) hat und eine `TRUNCATE` Anweisung auf der Aurora-Writer-DB-Instance ausgeführt wird.
+ Es wurde ein Problem behoben, das zu einem unvollständigen Ergebnissatz führen kann, wenn Abfragen ausgeführt werden, die den Hash-Join-Algorithmus mit parallel Abfrage beinhalten `LEFT JOIN` oder `RIGHT JOIN` Operationen verwenden.

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades fehlschlagen, wenn das Tabellenschema eine benutzerdefinierte `FTS_DOC_ID` Spalte enthält.
+ Es wurde ein Problem behoben, das aufgrund eines Synchronisationsproblems bei der Verarbeitung von InnoDB-Tablespaces zu Upgrade-Fehlern von Aurora My SQLversion 2 auf Aurora MySQL Version 3 führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades auf Aurora MySQL Version 3 fehlschlagen, weil verwaiste Einträge für bereits gelöschte Tablespaces in InnoDB-Systemtabellen in Aurora MySQL Version 2 vorhanden sind.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3060.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.34, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem der Wert der Cache-Zeile falsch berechnet werden konnte, was zu einem Fehler beim Neustart der Datenbank auf Graviton-basierten Instances führte. (Community-Bugfix \$135479763)
+ Es wurde ein Problem behoben, bei dem einige Instanzen von Unterabfragen in gespeicherten Routinen nicht immer korrekt behandelt wurden. (Community-Bugfix \$135377192)
+ Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community Bug Fix \$134284186).
+ Es wurde ein Problem behoben, bei dem InnoDB das Hinzufügen von `INSTANT` Spalten zu Tabellen im MySQL-Systemschema in Aurora MySQL-Versionen vor 3.05 erlaubte, was dazu führen konnte, dass der Server nach dem Upgrade auf Aurora MySQL Version 3.05.0 unerwartet geschlossen wurde (Datenbankinstanz neu gestartet). (Community-Bugfix \$135625510).

# Updates der Aurora MySQL-Datenbank-Engine 2024-01-31 (Version 3.05.2) (veraltet)
<a name="AuroraMySQL.Updates.3052"></a><a name="3.05.2"></a>

**Version**: 3.05.2

Aurora MySQL 3.05.2 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Derzeit werden die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.05.2-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Behebung von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3052.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**

Die folgenden CVE-Fixes sind in dieser Version enthalten:
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, bei dem die Verarbeitung von `INSERT` Abfragen in mit InnoDB partitionierten Tabellen zu einem allmählichen Rückgang des freien Speichers in der Instanz führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbankinstanz neu gestartet wird, wenn die Anweisungen [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) gleichzeitig ausgeführt werden. `PURGE BINARY LOGS`ist eine verwaltete Anweisung, die ausgeführt wird, um die vom Benutzer konfigurierte Aufbewahrungsfrist für Binlogs einzuhalten.
+ Es wurde ein Problem behoben, das dazu führen kann, dass der Server unerwartet geschlossen wird, nachdem Data Manipulation Language (DML) -Anweisungen für eine Tabelle ausgeführt wurden, deren nichtvirtuelle Spalten mit einer Oder-Anweisung neu angeordnet wurden. `MODIFY COLUMN` `CHANGE COLUMN`
+ Es wurde ein Problem behoben, das beim Neustart einer Datenbankinstanz zu einem zusätzlichen Neustart führen kann.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, bei dem der Benutzer keine Abfrage unterbrechen oder Sitzungs-Timeouts für `performance_schema` Abfragen festlegen konnte.
+ Es wurde ein Problem behoben, bei dem die Einrichtung der Replikation von Binärprotokollen (Binlog) mithilfe benutzerdefinierter SSL-Zertifikate ([mysql.rds\$1import\$1binlog\$1ssl\$1material) fehlschlagen konnte, wenn die Replikationsinstanz](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) einem Host-Austausch unterzogen wurde.
+ Es wurde ein Problem im Zusammenhang mit der Verwaltung von Audit-Logdateien behoben, das dazu führen kann, dass auf Protokolldateien für den Download oder die Rotation nicht zugegriffen werden kann und das in einigen Fällen die CPU-Auslastung erhöht.
+ In Aurora MySQL-Versionen vor 3.05.2 können Benutzer die Ausgabe von DB-Instances `SHOW ENGINE INNODB STATUS` auf Aurora MySQL Reader nicht abrufen. Dies ist auf das [Standardverhalten von InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-read-only-instance.html) zurückzuführen, wenn `innodb_read_only` es aktiviert ist.

  In Aurora MySQL Version 3.05.2 und höher `SHOW ENGINE INNODB STATUS` wird die Ausgabe, wenn sie auf einer Reader-Instance ausgeführt wird, in das MySQL-Fehlerprotokoll geschrieben, was eine einfachere Fehlerbehebung ermöglicht.

  Weitere Informationen zur Arbeit mit MySQL-Fehlerprotokollen finden Sie unter [Aurora MySQL-Fehlerprotokolle](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_LogAccess.MySQL.LogFileSize.html#USER_LogAccess.MySQL.Errorlog). Weitere Informationen dazu finden Sie `SHOW ENGINE INNODB STATUS` unter [SHOW ENGINE-Anweisung](https://dev.mysql.com/doc/refman/8.0/en/show-engine.html) in der MySQL-Dokumentation.

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass das Upgrade von Aurora MySQL Version 2 auf Aurora MySQL Version 3 fehlschlägt, wenn im Tabellenschema eine benutzerdefinierte `FTS_DOC_ID` Spalte vorhanden ist.
+ Es wurde ein Problem behoben, das aufgrund eines Synchronisationsproblems bei der Verarbeitung von InnoDB-Tablespaces zu Upgrade-Fehlern von Aurora MySQL Version 2 auf Aurora MySQL Version 3 führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades auf Aurora MySQL Version 3 fehlschlagen, weil verwaiste Einträge für bereits gelöschte Tablespaces in InnoDB-Systemtabellen in Aurora MySQL Version 2 vorhanden sind.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3052.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.32, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem zu viele Festplattenlesevorgänge für `INSERT` Operationen `records_in_range` durchgeführt wurden, was zu einem allmählichen Leistungsabfall führte. (Community-Bugfix \$134976138)

# Updates für die Aurora MySQL-Datenbank-Engine 2023-11-21 (Version 3.05.1) (veraltet)
<a name="AuroraMySQL.Updates.3051"></a><a name="3051"></a><a name="3.05.0.1"></a>

 **Version: 3.05.1** 

 Aurora MySQL 3.05.1 ist allgemein verfügbar. Aurora-MySQL-3.05-Versionen sind kompatibel mit MySQL 8.0.32. Weitere Informationen finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.\$1, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 unterstützt. 

 Sie können ein vorhandenes Aurora MySQL 3.\$1-Datenbankcluster auf Aurora MySQL 3.05.1 aktualisieren. Sie können auch einen Snapshot von jeder aktuell unterstützten Aurora MySQL-Version in Aurora MySQL 3.05.1 wiederherstellen. 

 Wenn Sie eine globale Aurora-MySQL-Datenbank zu Version 3.05.\$1 aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf exakt dieselbe Version aktualisieren, einschließlich des Patch-Levels. Weitere Informationen zum Upgrade der Nebenversion einer globalen Aurora-Datenbank finden Sie unter [Upgrades für Nebenversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3051.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Diese Version enthält alle CVEs Community-Fixes bis einschließlich MySQL 8.0.32.
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3051.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem in InnoDB behoben, das dazu führte, dass der Server unerwartet geschlossen wurde, wenn einer MySQL-Tabelle in einem Systemschema eine `INSTANT ADD` Spalte zwischen den Aurora MySQL-Versionen 3.01 bis Aurora MySQL 3.04 hinzugefügt wurde, und nachdem Aurora MySQL DMLs auf Version 3.05.0 aktualisiert wurde. (Community-Fehlerbehebung \$135625510)

# Aurora MySQL-Datenbank-Engine-Updates 2023-10-30 (Version 3.05.0.1) (veraltet)
<a name="AuroraMySQL.Updates.30501"></a><a name="30501"></a><a name="3.05.0.1"></a>

 **Version:** 3.05.0.1 

 Aurora MySQL 3.05.0.1 ist in den folgenden Regionen allgemein verfügbar: USA Ost (Nord-Virginia), USA Ost (Ohio), USA West (Nordkalifornien), USA West (Oregon), AWS GovCloud (US-Ost) und AWS GovCloud (US-West). Dies ist eine frühe Version, die nur für Sicherheitsupdates verfügbar ist. Diese Korrekturen werden mit der nächsten Patch-Version, 3.05.1, in größerem Umfang in allen Regionen verfügbar sein. Aurora-MySQL-3.05-Versionen sind kompatibel mit MySQL 8.0.32. Weitere Informationen zu den eingetretenen Community-Änderungen finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.\$1, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 unterstützt. 

 Sie können einen vorhandenen Aurora-MySQL-3.\$1-Datenbank-Cluster zu Aurora MySQL 3.05.0.1 aktualisieren. Sie können auch einen Snapshot von jeder derzeit unterstützten Aurora-MySQL-Version zu Aurora MySQL 3.05.0.1 wiederherstellen. 

 Wenn Sie eine globale Aurora-MySQL-Datenbank zu Version 3.05.\$1 aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf exakt dieselbe Version aktualisieren, einschließlich des Patch-Levels. Weitere Informationen zum Upgrade der Nebenversion einer globalen Aurora-Datenbank finden Sie unter [Upgrades für Nebenversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.30501.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Diese Version enthält alle CVEs Community-Fixes bis einschließlich MySQL 8.0.32.
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)

# Aurora MySQL-Datenbank-Engine-Updates 2023-10-25 (Version 3.05.0) (veraltet)
<a name="AuroraMySQL.Updates.3050"></a><a name="3.05.0"></a><a name="3.05.0"></a>

 **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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

 Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 unterstützt. 

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3050.Improvements"></a>

 **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars). 

**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](https://cve.mitre.org/cgi-bin/cvename.cgi?name=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](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 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 unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance neu gestartet wird, wenn Aurora Serverless v2 fälschlicherweise versucht, 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 Indexscan-Zugriffsmethoden 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 aktiviert ist, der auf Aurora MySQL 3.04.0 ausgeführt wird.
+ 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 I/O hohen 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Instance).
+ Es wurde ein Problem behoben, das dazu führen kann, dass die `NumBinaryLogFiles` Metriken falsche Ergebnisse anzeigen, wenn das erweiterte Binlog aktiviert ist. CloudWatch 
+ Das Anforderungs-Timeout für [Aurora-MySQL-Machine-Learning](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html)-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\$1schema-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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Cluster). 
+ 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, um zu verhindern, dass eine Instance während der Aurora Serverless v2-Skalierung neu gestartet wird, wenn der interne Überwachungsprozess fälschlicherweise doppelte Skalierungsanforderungen 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](https://dev.mysql.com/doc/refman/8.0/en/replica-logs-relaylog.html) 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](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) 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](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility) 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 \$134526001) 
+ 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)
<a name="AuroraMySQL.Updates.3050.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 \$134284186) 

# Aurora MySQL-Datenbank-Engine-Updates 2026-01-02 (Version 3.04.6, kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3046"></a><a name="3.04.6"></a><a name="3.04.6"></a>

 **Version**: 3.04.6

Aurora MySQL 3.04.6 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.30Updates.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Sie können ein direktes Upgrade durchführen, das einen Snapshot nutzt [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von einem beliebigen aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.6-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3046.Improvements"></a>

 **Verbesserungen der Verfügbarkeit** 
+ Es wurde ein Problem behoben, das zu einem Neustart der Engine führen konnte, wenn sie `KILL <query-id>` nach `EXPLAIN FOR CONNECTION <query-id>` der Ausführung einer laufenden parallel Abfrage ausgeführt wurde.
+ Es wurden Probleme behoben, die dazu führen konnten, dass die Writer-Instanz nicht mehr verfügbar war, wenn die Schreibweiterleitung deaktiviert war oder Reader-Instanzen bei Verwendung von Global Write Forwarding oder Local Write Forwarding neu gestartet wurden

 **Allgemeine Verbesserungen** 
+ Es wurde ein Problem behoben, das dazu führte, dass Leserinstanzen keine Fehlerprotokolle generierten, wenn die Schreibweiterleitung aktiviert und der Parameter „aurora\$1replica\$1read\$1consistency“ geändert wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass einige SQL-Anweisungen nicht im Audit-Log protokolliert wurden.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3046.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.28. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).

# Updates der Aurora MySQL-Datenbank-Engine 2025-05-05 (Version 3.04.4, kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3044"></a><a name="3.04.4"></a><a name="3.04.4"></a>

 **Version**: 3.04.4

Aurora MySQL 3.04.4 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

**Anmerkung**  <a name="lts_notice_3044"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) im *Amazon-Aurora-Benutzerhandbuch*.  
Wir empfehlen, den `AutoMinorVersionUpgrade` Parameter für LTS-Versionen nicht auf zu setzen `true` (oder die **Option Automatisches Upgrade der Nebenversion** in der zu aktivieren AWS-Managementkonsole). Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Sie können ein direktes Upgrade durchführen, das einen Snapshot nutzt [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von einem beliebigen aktuell unterstützten Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.4-Cluster initiieren.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3044.Improvements"></a>

 **Fehlerbehebungen bei der Sicherheit** 

Kritisch CVEs:
+  [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) 
+  [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) 

 **Verbesserungen der Verfügbarkeit** 
+ Es wurde ein Problem auf dem Replikat behoben, bei dem bei einer Netzwerkunterbrechung die Verbindung zum Writer möglicherweise nicht korrekt wiederhergestellt wurde.
+ [Es wurde ein Problem behoben, das zu einem Neustart eines Binärprotokolls (Binlog) führen kann, wenn während der Wiederherstellung des Relay-Protokolls eine große Anzahl von Relay-Protokolldateien verarbeitet wird.](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html) 
+ Es wurde ein Problem behoben, das dazu führte, dass eine Datenbank-Reader-Instanz neu gestartet wurde, wenn eine Abfrage mit der Funktion Parallele Abfrage ausgeführt wurde.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die binäre Protokollierung deaktiviert wird, wenn beim Festschreiben einer großen Transaktion ein Fehler auftritt.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Aurora-Read Replicas neu gestartet werden, wenn bestimmte seltene Transaktions-Commit-Bestellungen auf der Writer-DB-Instance ausgeführt wurden.
+ Es wurde ein Problem behoben, das zu einem Neustart der Datenbank führen kann, wenn [geplante Ereignisse](https://dev.mysql.com/doc/refman/8.0/en/events-overview.html) während der Ausführung auf Instances abgebrochen werden, für die Enhanced Binlog aktiviert ist.
+ Es wurde ein Problem behoben, bei dem Datenbank-Instances, die Aurora-Cluster-Volumes mit mehreren TB verwenden, während des Neustarts aufgrund von Fehlern bei der InnoDB-Pufferpool-Validierung zu längeren Ausfallzeiten kommen können.

 **Allgemeine Verbesserungen** 
+ Die folgenden Rechte wurden zu`rds_superuser_role`:`FLUSH_OPTIMIZER_COSTS`, `FLUSH_STATUS``FLUSH_TABLES`, und hinzugefügt`FLUSH_USER_RESOURCES`. Informationen zu den `rds_superuser_role` finden Sie unter [Amazon Master-Benutzerkonten bei Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html) im *Amazon Aurora Aurora-Benutzerhandbuch*. Weitere Informationen zu diesen dynamischen Rechten finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/flush.html). 
+ Es wurde ein Problem behoben, bei dem eine beibehaltene Verbindung beim Zero-Downtime-Patching (ZDP) /Zero-Downtime Restart (ZDR) falsch behandelt wurde, was dazu führen kann, dass der Client unbegrenzt auf den Abschluss einer Abfrage wartet.
+ Es wurde ein Problem behoben, bei dem die Zeile während einer Aktualisierung über den räumlichen Index nicht mehr lesbar wurde.
+ Es wurde ein Problem behoben, bei dem eine Abfrage mit einem Optimizer-Hinweis, die während eines Neustarts ohne Ausfallzeit oder eines Patch-Vorgangs ohne Ausfallzeit abgebrochen wurde, möglicherweise falsch behandelt wurde.
+ Es wurde ein Problem behoben, bei dem die Commit-Latenz nicht gemessen wurde, wenn sie auf eingestellt ist. `innodb_flush_log_at_trx_commit` `0` 
+ Es wurden Optimierungen eingeführt, um den Speicherverbrauch bei der Wiederherstellung logischer [Datenwörterbücher](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html) bei einer großen Anzahl von Tabellen zu reduzieren.
+ Es wurde ein Problem behoben, das dazu führte, dass die Ausführung des `SHOW BINARY LOGS` Befehls auf einem Cluster, auf dem Enhanced Binlog aktiviert ist oder zuvor aktiviert war, länger dauerte. Dieses Problem konnte auch zu einer erhöhten Commit-Latenz führen, wenn mehrere `SHOW BINARY LOGS` Befehle gleichzeitig ausgeführt wurden.
+ Ein Speicherproblem im Zusammenhang mit den Standardrollen des View Definers wurde behoben.
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Deaktivierung der Schreibweiterleitungsfunktion nicht abgeschlossen werden kann.
+ 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 eine Writer-Datenbankinstanz neu gestartet wird, wenn eine Reader-Instanz, die Schreibweiterleitung verwendet, eine DML-Anweisung ausführt, die einen `timestamp` Wert enthält und der `time_zone` Datenbankparameter auf „UTC“ gesetzt ist.
+ Es wurde ein Problem behoben, das aufgrund gleichzeitiger Leseabfragen auf dem Replikat und DDL-Operationen auf dem Writer zu zeitweiligen Nichtverfügbarkeit einer Aurora-Read Replica oder zu Inkonsistenzen bei der Tabellendefinition mit Fehlern `'Table does not exist'` auf dem Replikat führte.
+ Es wurde ein Problem behoben, das bei der Ausführung von Abfragen, die den Hash-Join-Algorithmus mit Parallel Query beinhalten`LEFT-`, zu einem unvollständigen Ergebnissatz führen kann. `RIGHT-JOIN`
+ Ab dieser Aurora MySQL-Version ist die schnelle Insert-Optimierung nicht mehr aktiviert. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Leistungsverbesserungen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) im *Amazon-Aurora-Benutzerhandbuch*.

 **Upgrades und Migrationen** 
+ Die Standardrollen, die während des Upgrades von auf unnötig erstellt wurden, wurden entfernt. AMS2 AMS3

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3044.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.28. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, das den Deadlock behebt`FLUSH STATUS`, wenn`COM_CHANGE_USER`, und `SHOW PROCESS LIST` gleichzeitig ausgeführt werden. (Fehler \$135218030)

# Updates der Aurora MySQL-Datenbank-Engine 2024-06-26 (Version 3.04.3, kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3043"></a><a name="3.04.3"></a><a name="3.04.3"></a>

**Version**: 3.04.3

Aurora MySQL 3.04.3 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. Weitere Informationen zu Community-Änderungen, die eingetreten sind, finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html).

**Anmerkung**  <a name="lts_notice_3043"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) im *Amazon-Aurora-Benutzerhandbuch*.  
Wir empfehlen, den `AutoMinorVersionUpgrade` Parameter für LTS-Versionen nicht auf zu setzen `true` (oder die **Option Automatisches Upgrade der Nebenversion** in der zu aktivieren AWS-Managementkonsole). Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.05.\$1, 3.06.\$1 und 3.07.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem derzeit verfügbaren Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.3-Cluster starten.

Informationen zur Planung eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Planung eines Hauptversions-Upgrades für einen Aurora MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Problembehandlung für das direkte Upgrade von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) im *Amazon Aurora Aurora-Benutzerhandbuch*.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3043.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**

Diese Version enthält alle Community-CVE-Fixes bis einschließlich MySQL 8.0.28. Die folgenden CVE-Korrekturen sind enthalten:
+ [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führte, dass eine Aurora MySQL-DB-Instance neu gestartet wurde, wenn eine parallel Abfrage ausgeführt wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance neu gestartet wird, wenn eine Tabelle gelesen wird, die in der Writer-DB-Instance geändert oder gelöscht wurde.
+ Es wurde ein Problem behoben, das zu einer Speicherzugriffsverletzung führte, die dazu führte, dass ein Mutex-Objekt veröffentlicht wurde, das dem Thread nicht mehr gehörte.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Aurora MySQL-Writer-DB-Instance neu gestartet wird, wenn eine Schreibweiterleitungssitzung geschlossen wird, während eine weitergeleitete Abfrage ausgeführt wird.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance neu gestartet wurde, wenn große GTID-Sätze auf einer Instance mit aktiviertem Binärprotokoll verarbeitet wurden.
+ Es wurde ein Problem bei der Verarbeitung von `INSERT` Abfragen in partitionierten InnoDB-Tabellen behoben, das zu einem allmählichen Rückgang des freien Speichers in der DB-Instance führen kann.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass eine Reader-Instance neu gestartet wird, wenn `SELECT` Abfragen für Tabellen mit einer Fremdschlüsseleinschränkung ausgeführt werden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank neu gestartet wird, wenn die Wiederherstellung des InnoDB-Datenwörterbuchs während der Datenbankwiederherstellung lange dauert.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank neu gestartet wird, wenn eine kaskadierende `UPDATE` oder `DELETE` Fremdschlüsseleinschränkung für eine Tabelle definiert ist, an der eine virtuelle Spalte entweder als Spalte in der Fremdschlüsseleinschränkung oder als Mitglied der referenzierten Tabelle beteiligt ist.
+ Es wurde ein Problem behobenAurora Serverless v2, das bei der Skalierung zu einem Neustart der Datenbank führen kann.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, bei dem bei Verwendung von Aurora Global Database ein falscher Wert für die `threads_running` Statusvariable angegeben wurde.
+ Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance aufgrund ungenauer Schlosshalterinformationen neu gestartet wurde, `rw_lock` wenn parallel Lesevorgänge verwendet wurden.
+ Es wurde ein Problem mit der Speicherverwaltung behoben, das bei der Ausführung von Abfragen zu einem Rückgang des freien Speichers im Laufe der Zeit führte`SELECT ... INTO OUTFILE ...`.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, wenn der lokale Speicher auf der DB-Instance die volle Kapazität erreicht hat.
+ Es wurde ein Problem behoben, bei dem das Performance-Schema nicht aktiviert war, als die automatische Verwaltung von Performance Insights für db.t4g.medium- und db.t4g.large-DB-Instances aktiviert wurde.
+ Es wurde ein Problem beim Zero-Downtime-Patching (ZDP) behoben, das verhindert, dass eine DB-Instance Client-Verbindungen schließt, wenn sie den vom Kunden konfigurierten Wert von entweder oder erreicht. `wait_timeout` `interactive_timeout`
+ Es wurde ein Problem behoben, bei dem eine `SELECT` Abfrage auf einer Aurora-Reader-Instance mit dem Fehler „Tabelle existiert nicht“ fehlschlagen konnte, wenn die Tabelle mindestens einen Volltextsuchindex (FTS) hat und eine `TRUNCATE` Anweisung auf der Aurora-Writer-DB-Instance ausgeführt wird.

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führte, dass Upgrades oder Migrationen fehlschlugen, wenn die Zielversion der Aurora MySQL-DB-Engine 3.04.0 oder höher ist. Dies tritt auf, wenn der `lower_case_table_names` DB-Cluster-Parameter auf `1` gesetzt ist und die MySQL-Datenbankkollation nicht mit Tabellennamen in Kleinbuchstaben kompatibel ist.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3043.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.28. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3).

# Updates der Aurora MySQL-Datenbank-Engine 2024-03-15 (Version 3.04.2, kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3042"></a><a name="3.04.2"></a><a name="3.04.2"></a>

**Version**: 3.04.2

Aurora MySQL 3.04.2 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. Weitere Informationen zu Community-Änderungen, die eingetreten sind, finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-80-v3.html).

**Anmerkung**  <a name="lts_notice_3042"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) im *Amazon-Aurora-Benutzerhandbuch*.  
Wir empfehlen, den `AutoMinorVersionUpgrade` Parameter für LTS-Versionen nicht auf zu setzen `true` (oder die **Option Automatisches Upgrade der Nebenversion** in der zu aktivieren AWS-Managementkonsole). Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1 und 3.06.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem derzeit verfügbaren Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.2-Cluster starten.

Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3042.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**

Die folgenden CVE-Fixes sind in dieser Version enthalten:
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, bei dem eine Read Replica-DB-Instance nicht erfolgreich gestartet werden konnte, wenn in der Writer-DB-Instance eine hohe Arbeitslast herrscht.
+ Es wurde ein Problem behoben, bei dem eine Aurora MySQL Writer-DB-Instance aufgrund eines Defekts in der Komponente, die mit dem Aurora-Speicher kommuniziert, ein Failover durchführen kann. Der Fehler ist auf einen Ausfall der Kommunikation zwischen der DB-Instance und dem zugrunde liegenden Speicher nach einem Softwareupdate zurückzuführen.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbankinstanz neu gestartet wird, wenn die Anweisungen [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) gleichzeitig ausgeführt werden. `PURGE BINARY LOGS`ist eine verwaltete Anweisung, die ausgeführt wird, um die vom Benutzer konfigurierte Aufbewahrungsfrist für Binlogs einzuhalten.
+ Es wurde ein Problem behoben, das beim Neustart einer Datenbankinstanz zu einem zusätzlichen Neustart führen kann.
+ Es wurde ein Problem mit Sperrkonflikten behoben, die durch einen Prüfprotokoll-Thread verursacht wurden und zu einer hohen CPU-Auslastung und Timeouts für Client-Anwendungen führen können.
+ Es wurde ein Problem behoben, bei dem es bei einer Aurora MySQL-Datenbank-Instance während des Instance-Starts zu mehreren Neustarts kommen kann, während große Rollback-Segmente initialisiert wurden.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine DB-Instance neu gestartet wird, während eine Abfrage ausgeführt wird, die auf eine Aggregatfunktion verweist.

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine parallel Abfrage aufgrund vorübergehender Netzwerkprobleme beim Lesen von Daten aus dem Aurora-DB-Cluster-Volume fehlschlägt 
+ Es wurde ein Problem behoben, bei dem der Benutzer keine Abfrage unterbrechen oder Sitzungs-Timeouts für Abfragen festlegen konnte. `performance_schema`
+ Es wurde ein Problem behoben, bei dem die Replikation von Binärprotokollen (Binlog), die für die Verwendung benutzerdefinierter SSL-Zertifikate ([mysql.rds\$1import\$1binlog\$1ssl\$1material) konfiguriert war, fehlschlagen konnte, wenn die Replikationsinstanz](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) einem Host-Austausch unterzogen wurde.
+ Es wurde ein Problem im Zusammenhang mit der Verwaltung von Audit-Protokolldateien behoben, das dazu führen kann, dass auf Protokolldateien für den Download oder die Rotation nicht zugegriffen werden kann und das in einigen Fällen die CPU-Auslastung erhöht.
+ Die `AUTO_INCREMENT` Schlüsselwiederherstellung wurde optimiert, um die Abschlusszeit für die Wiederherstellung von Snapshots, die Durchführung der point-in-time Wiederherstellung und das Klonen von DB-Clustern mit einer großen Anzahl von Tabellen in der Datenbank zu verkürzen.
+ Es wurde ein Problem behoben, bei dem SQL-Anweisungen, die sich auf einige `performance_schema` Tabellen beziehen, einen Fehler zurückgeben können, weil diese Tabellen nach der Migration von Community MySQL auf die Aurora MySQL-Versionen 3.04.0 und 3.04.1 fehlen.
+ Es wurde ein Problem behoben, bei dem es bei kleinen Read Replica-Instances nach einem Upgrade von Aurora MySQL-Versionen unter 2.11.\$1 zu einer erhöhten Replikationsverzögerung kommen kann.
+ Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder dem Klonen von Datenbanken zu Fehlern beim Duplizieren von Schlüsseln für `AUTO_INCREMENT` Spalten mit absteigenden Indizes führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Änderungen des `table_open_cache` Datenbankparameters erst wirksam werden, wenn die DB-Instance neu gestartet wird.
+ Es wurde ein Problem behoben, bei dem die Reader-DB-Instance eine Tabelle nicht öffnen konnte (FEHLER 1146). Dieses Problem tritt auf, wenn bestimmte Arten von Online-DDL-Anweisungen (Data Definition Language) ausgeführt werden, während der `INPLACE` Algorithmus auf der Writer-DB-Instance verwendet wird.
+ Es wurde ein Problem behoben, um zu verhindern, dass eine Instance während der Aurora Serverless v2-Skalierung neu gestartet wird, wenn der interne Überwachungsprozess fälschlicherweise doppelte Skalierungsanforderungen 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

**Upgrades und Migrationen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades auf Aurora MySQL Version 3 fehlschlagen, weil verwaiste Einträge für bereits gelöschte Tablespaces in InnoDB-Systemtabellen in Aurora MySQL Version 2 vorhanden sind.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3042.Patches"></a>

Diese Version enthält alle Community-Bugfixes bis einschließlich 8.0.28, zusätzlich zu den folgenden. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Es wurde ein Problem behoben, bei dem der Wert der Cache-Zeile falsch berechnet werden konnte, was zu einem Fehler beim Neustart der Datenbank auf Graviton-basierten Instances führte. (Community-Bugfix \$135479763)
+ Wiederholtes Ausführen einer gespeicherten Routine, bei der als Unterabfrage eine SELECT-Anweisung mit mehreren`AND`, oder `XOR` Bedingungen verwendet `OR` wurde, führte zu übermäßigem Verbrauch und möglicherweise schließlich zur Erschöpfung des virtuellen Speichers. (Community-Bugfix \$133852530)

# Updates der Aurora MySQL-Datenbank-Engine 2023-11-13 (Version 3.04.1, kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3041"></a><a name="3.04.1"></a><a name="3.04.1"></a>

**Version: 3.04.1**

Aurora MySQL 3.04.1 ist allgemein verfügbar. Aurora MySQL 3.04-Versionen sind mit MySQL 8.0.28 kompatibel. Weitere Informationen zu Community-Änderungen, die eingetreten sind, finden Sie in den [Versionshinweisen zu MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

**Anmerkung**  <a name="lts_notice_3041"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) 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 der zu aktivieren AWS-Managementkonsole). Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html).

Derzeit werden die Aurora MySQL-Versionen 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 unterstützt.

Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem derzeit verfügbaren Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.04.1-Cluster starten.

Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*.

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.3041.Improvements"></a>

 **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 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-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 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, das dazu führen kann, dass eine Datenbank-Instance aufgrund eines Deadlatches neu gestartet wird, wenn die Anweisungen [https://dev.mysql.com/doc/refman/8.0/en/show-status.html](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 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, der auf Aurora MySQL 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 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 `Table` Datenwörterbuchobjekte im Voraus abgerufen, jedes einzelne verarbeitet und seinen Namen abgerufen und dann anhand der Liste ausgeführt wurden [https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility). 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 \$134526001)

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3041.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ 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 \$134284186) 

# Aurora MySQL-Datenbank-Engine-Updates 2023-07-31 (Version 3.04.0), kompatibel mit MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3040"></a><a name="3.04.0"></a><a name="3.04.0"></a>

 **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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

**Anmerkung**  <a name="lts_notice_3040"></a>
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) 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-Managementkonsole Dies könnte dazu führen, dass Ihr DB-Cluster auf die nächste Zielversion für die Kampagne „Automatisches Upgrade auf Nebenversionen“ aktualisiert wird, bei der es sich möglicherweise nicht um eine LTS-Version handelt.

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html).

 Derzeit werden die Aurora-MySQL-Versionen 2.07.9, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1, 3.03.\$1 und 3.04.0 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#AuroraMySQL.Enhanced.binlog).

## Verbesserungen
<a name="AuroraMySQL.Updates.3040.Improvements"></a>

**Neue Funktionen:**
+ Die Leistung von Abfragen, die InnoDB-Volltextindizes verwenden, um Phrasen im [natürlichen Sprachmodus](https://dev.mysql.com/doc/refman/8.0/en/fulltext-natural-language.html) zu suchen, wurde verbessert. Weitere Informationen zu Volltextsuchen in MySQL finden Sie unter [Funktionen für die Volltextsuche](https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html). 
+ Amazon Aurora MySQL unterstützt die lokale (Cluster-interne) Schreibweiterleitung. Sie können jetzt Schreibvorgänge von einer Reader-DB-Instance an eine Writer-DB-Instance innerhalb eines DB-Clusters von Aurora MySQL weiterleiten. Weitere Informationen finden Sie unter [Verwendung der lokalen Schreibweiterleitung in einem DB-Cluster von Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-write-forwarding.html). 
+ Es wurde die Möglichkeit hinzugefügt, den Wert des `aurora_replica_read_consistency`-Parameters für das Feature [Verwendung der Schreibweiterleitung in einer globalen Amazon-Aurora-Datenbank](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) in Sitzungen zu ändern, in denen `autocommit` deaktiviert ist. Weitere Informationen finden Sie unter [Konfigurationsparameter für die Schreibweiterleitung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params). 
+ Ab Aurora MySQL 3.04 können Sie für das [globale Datenbank-Schreibweiterleitungs-Feature](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params) jetzt den Wert des `aurora_replica_read_consistency`-Parameters über die Parametergruppen Datenbank-Cluster und Datenbank-Instance festlegen. Vor Aurora MySQL Version 3.04 konnte der Wert dieses Parameters nur auf Sitzungsebene konfiguriert werden. 

**Sicherheitsprobleme wurden behoben und CVEs:**
+ Der SSL/TLS Anbieter wurde von OpenSSL auf [AWS-LC](https://github.com/aws/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.
  + Support für TLSv1 .3, einschließlich Unterstützung für TLS\$1AES\$1128\$1GCM\$1-, TLS\$1AES\$1256\$1GCM\$1- und TLS\$1 \$1 \$1 SHA256 SSL-Verschlüsselungen. SHA384 CHACHA20 POLY1305 SHA256 
  + Entfernung der Unterstützung für weniger sichere DHE-RSA-\$1-Verschlüsselungen.

  Weitere Informationen finden Sie unter [Verwenden von TLS mit DB-Clustern von Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL).
+ `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\$1ROUTINE](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_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 1 TLSv1 und .1 wurden in der Community-MySQL 8.0.26 und entsprechend in Aurora MySQL 3.03 als veraltet eingestuft. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html).

Die folgenden CVE-Fixes sind in dieser Version enthalten:
+ [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963)
+ [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912)
+ [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215)
+ [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551)
+ [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434)
+ [CVE-2022-21635](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21635)
+ [CVE-2022-21556](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21556)
+ [CVE-2022-21352](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21352)
+ [CVE-2021-35630](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35630)
+ [CVE-2021-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das zu Datenbankneustarts während der Wiederherstellung langer Transaktionen 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](https://dev.mysql.com/doc/refman/8.0/en/explain-output.html).
+ 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](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) 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\$1gtid\$1purged](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#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\$1start\$1replication\$1until](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-stored-proc-replicating.html#mysql_rds_start_replication_until). 
+ Es wurde ein Problem behoben, das die [gespeicherten Prozeduren der Aurora-MySQL-Replikationskontrolle](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) daran hinderte, die [https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html](https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html)-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\$1schema-Tabellen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). 
+ 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 Multithread-Binärprotokollreplikation beendet wird, wenn die `replica_parallel_type` Variable auf gesetzt `LOGICAL_CLOCK` und die `replica_preserve_commit_order` Variable gedreht `ON` 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine).
+ Es wurde ein Problem behoben, bei dem eine zusätzliche Verbindung hergestellt wurde, wenn das [globale Datenbank-Schreibweiterleitungs-Feature](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) verwenden, nicht aufgefüllt wurden. Weitere Informationen zu dieser Tabelle und dem Leistungsschema finden Sie im MySQL-Referenzhandbuch, in [der Threads-Tabelle](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-threads-table.html) und im Amazon-Aurora-Benutzerhandbuch unter [Überblick über das Leistungsschema](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.EnableMySQL.html#USER_PerfInsights.EnableMySQL.overview).
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-cloudwatch).
+ Es wurde ein Problem behoben, bei dem die [gespeicherten Prozeduren der Aurora-MySQL-Replikationssteuerung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html), 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 [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).
+ 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)
<a name="AuroraMySQL.Updates.3040.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 \$133715694) 
+ InnoDB: Verhindern Sie, dass Online-DDL-Operationen auf den out-of-bounds Speicher zugreifen (Bug\$1 34750489, Bug\$1 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 konnte (Bug\$1 34572040, Bug\$1 34634469, Bug\$1 33856374) 

# Aurora MySQL-Datenbank-Engine-Updates 2023-12-08 (Version 3.03.3) (veraltet)
<a name="AuroraMySQL.Updates.3033"></a><a name="3.03.3"></a><a name="3.03.3"></a>

 **Version:** 3.03.3 

 Aurora MySQL 3.03.3 ist allgemein verfügbar. Aurora-MySQL-3.03-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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

 Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). 

 Derzeit sind die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 und 3.05.\$1 verfügbar. 

 Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem derzeit verfügbaren Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.03.3-Cluster starten. 

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3033.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)

 **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 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 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, das beim Patchen ohne Ausfallzeiten zu einem Neustart der Instance führt, was bewirkt, dass die 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 [https://dev.mysql.com/doc/refman/8.0/en/show-status.html](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) und [https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 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 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:** 
+ 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.
+ Es wurde ein Problem behoben, das dazu führen kann, dass die CloudWatch eingeschalteten `NumBinaryLogFiles` Metriken falsche Ergebnisse anzeigen, wenn das erweiterte Binlog 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 zu einem Datenbankneustart führen kann, wenn verbundene Benutzer von Binärprotokollen (Binlog) einen doppelten Binlog-Replikationsserver verwenden. IDs

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3033.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 \$134284186) 

# Updates der Aurora MySQL-Datenbank-Engine 2023-08-29 (Version 3.03.2) (veraltet)
<a name="AuroraMySQL.Updates.3032"></a><a name="3.03.2"></a><a name="3.03.2"></a>

 **Version:** 3.03.2 

 Aurora MySQL 3.03.2 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

 Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). 

 Derzeit sind die Aurora-MySQL-Versionen 2.07.9, 2.07.10, 2.11.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1 und 3.04.\$1 verfügbar. 

 Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes blue/green Upgrade mithilfe von [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) von jedem derzeit verfügbaren Aurora MySQL Version 2-Cluster auf einen Aurora MySQL Version 3.03.2-Cluster starten. 

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3032.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs:**
+ Es wurde ein Problem behoben, das dazu führen konnte, dass im Auditprotokoll Ereignisse während der Rotation der Audit-Protokolldatei übersehen wurden.

Die folgenden CVE-Korrekturen sind in dieser Version enthalten:
+ [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963)
+ [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912)
+ [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215)
+ [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551)
+ [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434)

 **Verbesserungen der Verfügbarkeit:** 
+ Es wurde ein Problem behoben, das bei der Wiederherstellung langer Transaktionen zu Datenbankneustarts führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass der Datenbank-Cluster nicht mehr verfügbar ist, wenn die Writer-Instanz neu gestartet wird, während die Datenbank Trigger für interne Systemtabellen erstellt oder gelöscht hat.
+ Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbankinstanz neu gestartet wird, während eine Abfrage ausgeführt wird, die auf eine Aggregatfunktion verweist.
+ 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.
+ Fast Insert ist nur für reguläre InnoDB-Tabellen in Aurora MySQL Version 3.03.2 und höher aktiviert. Diese Optimierung funktioniert nicht für temporäre InnoDB-Tabellen. Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

 **Allgemeine Verbesserungen:** 
+ Es wurde ein Problem behoben, bei dem die Reader-Instance keine Tabelle öffnen konnte, mit `ERROR 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 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, das bei aktivierter paralleler Abfrage dazu führte, dass der Abfrageplanoptimierer für bestimmte `SELECT`-Abfragen, die von einem primären oder sekundären Index profitieren, einen ineffizienten Ausführungsplan auswählte.
+ 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`.
+ Parallele Abfragen für Amazon Aurora MySQL werden nicht unterstützt, wenn Sie die Aurora-E/A-optimierte Cluster-Konfiguration wählen. Weitere Informationen finden Sie unter [Einschränkungen der parallelen Abfrage für Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations).

 **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion).
+ Es wurde ein Problem behoben, das zu schwerwiegenden Fehlern beim Upgrade auf Aurora MySQL Version 3 führen kann, wenn eine Auslöserdefinition ein reserviertes Schlüsselwort enthält, das nicht in Anführungszeichen eingeschlossen ist.

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3032.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 konnte. (Fehler \$134572040, Fehler \$134634469, Fehler \$133856374) 
+  InnoDB: Eine Race-Bedingung zwischen Threads, die versuchten, Statistiken für dieselbe Tabelle zu deinitialisieren und zu initialisieren, führte zu einem Assert-Fehler. (Fehler \$133135425) 
+  InnoDB: Verhindert, dass Online-DDL-Operationen auf den Speicher zugreifen out-of-bounds. (Fehler \$134750489, Fehler \$1108925) 

# Updates für die Aurora MySQL-Datenbank-Engine 2023-05-11 (Version 3.03.1) (veraltet)
<a name="AuroraMySQL.Updates.3031"></a><a name="3.03.1"></a><a name="3.03.1"></a>

 **Version:** 3.03.1 

 Aurora MySQL 3.03.1 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

 Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.9, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1 und 3.03.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3031.Improvements"></a>

 **Neue Funktionen:** 
+ Die optimierte I/O Aurora-Speicherkonfiguration ist ab Version 3.03.1 verfügbar. Weitere Informationen finden Sie unter [Speicherkonfigurationen für DB-Cluster von Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Overview.StorageReliability.html#aurora-storage-type). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). 

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank-Instance aufgrund eines falschen Zugriffs auf ungültigen Speicher neu gestartet wurde, wenn eine Verbindung unmittelbar nach dem Commit einer Transaktion geschlossen wurde.
+ Es wurde ein Problem mit Aurora Advanced Auditing behoben, das zu einer übermäßigen Protokollierung von Informationsmeldungen im Aurora-MySQL-Fehlerprotokoll führte, wenn die Servervariable `server_audit_events` auf ALL oder QUERY gesetzt ist. Dieses Problem kann zu einem Neustart der Datenbank-Instance führen.
+ Es wurde ein Problem behoben, das in bestimmten Situationen dazu führen kann, dass Aurora-Reader-Instances neu gestartet wurden, wenn versucht wurde, eine Seite zu lesen, auf die während einer Reichweitenschätzung nicht mehr zugegriffen werden kann. 
+ 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 parallelen Aurora-Abfrageausführungsplan verwendet.
+ Es wurde ein Problem behoben, bei dem es bei Datenbank-Instances, die binäre Protokollreplikation verwenden, zu einer erhöhten CPU-Auslastung und zu Verbindungsausfällen kommen kann, wenn mehrere Benutzer für die binäre Protokollreplikation angeschlossen sind.
+ 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 beheben dieses Problem, indem wir die Verwendung solcher nicht unterstützter Index-Scan-Zugriffsmethoden für Tabellen vermeiden, die die TempTable Speicher-Engine verwenden.
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

 **Allgemeine Verbesserungen:** 
+ Es wurde ein Problem behoben, das längere Ausführungszeiten für die Anweisung SHOW BINARY LOGS verursachen kann. Dies könnte zu einem Rückgang des Commit-Durchsatzes der Datenbank führen.
+ Es wurde ein Problem behoben, das dazu führen kann, dass der parallele Export von Benutzertabellen fehlschlägt, denen mithilfe der Funktion ADD COLUMN Spalten hinzugefügt wurden.
+ 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, das bei der Ausführung von Abfragen für die Tabelle INFORMATION\$1SCHEMA INNODB\$1TABLESPACES zu einer Erschöpfung des verfügbaren Speichers führen kann.
+ Es wurde ein Problem behoben, das es Kunden fälschlicherweise ermöglichte, ROW\$1FORMAT beim Erstellen partitionierter Tabellen auf COMPRESSED zu setzen. Tabellen werden implizit in das COMPACT-Format konvertiert, wobei eine Warnung angezeigt wird, dass Aurora MySQL komprimierte Tabellen nicht unterstützt.

 **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). 
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.3031.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 \$133715694) 

# Updates für die Aurora MySQL-Datenbank-Engine 2023-03-01 (Version 3.03.0) (veraltet)
<a name="AuroraMySQL.Updates.3030"></a><a name="3.03.0"></a><a name="3.03.0"></a>

 **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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

 Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Aurora MySQL Version 3, kompatibel mit MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Die Unterschiede zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 finden Sie im [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1 und 3.03.\$1 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3030.Improvements"></a>

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221)
+ [CVE-2022-21451](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451)
+ [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21444)

**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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations).
+ 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 INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**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` und`AuroraSlowConnectionHandleCount`, 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html).
+  Der`temptable_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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine).
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion).
+ 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).
+ 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.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting)

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.2102.Patches"></a>

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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  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 \$1103325, Fehler \$1105532, Fehler \$132738705, Fehler \$133501541) 
+  Es wurde ein Problem behoben, bei dem InnoDB einige legale Namen für Tabellenpartitionen nicht immer korrekt behandelte. (Fehler \$132208630) 
+  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 \$134060289) 
+  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 \$134060289) 
+  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 \$187926, Fehler \$126906787) 
+  Es wurde ein Problem behoben, bei dem es nicht möglich war, die `DROP`-Berechtigung für das Performance-Schema zu widerrufen. (Fehler \$133578113) 
+  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 \$132855634). 
+  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 \$132324234) 

# Updates für die Aurora MySQL-Datenbank-Engine 2023-04-17 (Version 3.02.3) (veraltet)
<a name="AuroraMySQL.Updates.3023"></a><a name="3.02.3"></a><a name="3.02.3"></a>

 **Version:** 3.02.3 

 Aurora MySQL 3.02.3 ist allgemein verfügbar. Aurora-MySQL-3.02-Versionen sind mit MySQL 8.0.23 kompatibel und Aurora-MySQL-2.x-Versionen sind mit MySQL 5.7 kompatibel. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 2.07.\$1, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1 und 3.03.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3023.Improvements"></a>

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank-Instance aufgrund eines falschen Zugriffs auf ungültigen Speicher neu gestartet wurde, wenn eine Verbindung unmittelbar nach dem Commit einer Transaktion geschlossen wurde.
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**Allgemeine Verbesserungen:**
+ 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. Dieses Problem wurde behoben, indem die Verwendung solcher nicht unterstützter Index-Scan-Zugriffsmethoden für Tabellen, die die TempTable Speicher-Engine verwenden, vermieden wurde.
+ Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass eine Aurora-Reader-Instance neu gestartet wird, wenn auf eine Tabelle zugegriffen wurde, in der umfangreiche Update- oder Data Definition Language (DDL)-Operationen gleichzeitig auf der Writer-Instance ausgeführt werden.
+ Es wurde ein Problem behoben, das in bestimmten Situationen dazu führen kann, dass Aurora-MySQL-Reader-Instances neu gestartet werden, wenn versucht wird, eine Seite zu lesen, auf die während einer Reichweitenschätzung nicht mehr zugegriffen werden konnte.
+ Es wurde ein Problem behoben, bei dem es bei Datenbank-Instances, die binäre Protokollreplikation verwenden, zu einer erhöhten CPU-Auslastung und zu Verbindungsausfällen kommen kann, wenn mehrere Benutzer für die binäre Protokollreplikation angeschlossen sind.
+ 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 parallelen Aurora-Abfrageausführungsplan verwendet.

# Updates für die Aurora MySQL-Datenbank-Engine 18.11.2022 (Version 3.02.2) (veraltet)
<a name="AuroraMySQL.Updates.3022"></a><a name="3.02.2"></a><a name="3.02.2"></a>

 **Version:** 3.02.2 

 Aurora MySQL 3.02.2 ist allgemein verfügbar. Aurora MySQL 3.02-Versionen sind mit MySQL 8.0.23 kompatibel, Aurora-MySQL 2.x-Versionen sind kompatibel mit MySQL 5.7 und Aurora-MySQL-1.x-Versionen sind kompatibel mit MySQL 5.6. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3022.Improvements"></a>

Aurora MySQL Version 3.02.2 ist im Allgemeinen mit Community MySQL 8.0.23 kompatibel.

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2022-21451](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451)
+ [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222)
+ [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926)
+ [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank-Instance aufgrund eines irrtümlichen Zugriffs auf ungültigen Speicher neu gestartet wird, wenn eine Verbindung unmittelbar nach dem Commit einer Transaktion explizit oder implizit geschlossen wurde.
+ Es wurde ein Problem behoben, das dazu führen kann, dass das Datenbank-Startup bei größeren Instance-Klassen wiederholt unterbrochen wird, wenn die Initialisierung des Pufferpools länger als erwartet dauert.
+ Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance neu gestartet wird, wenn Aurora Serverless v2 fälschlicherweise versucht, den Tabellen-Cache während der Skalierung zu aktualisieren.
+ Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen könnte, 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. 
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass das Upgrade von Aurora MySQL Version 2 (mit MySQL 5.7 kompatibel) zu Aurora MySQL Version 3 (mit MySQL 8.0 kompatibel) aufgrund von Metadaten-Inkonsistenzen in der mysql.host-Tabelle fehlschlägt.
+ Es wurden Leistungsverbesserungen hinzugefügt, um die Upgrade-Zeit von Aurora MySQL Version 2 (mit MySQL 5.7 kompatibel) zu Aurora MySQL Version 3 (mit MySQL 8.0 kompatibel) zu reduzieren. Durch die Parallelisierung bestimmter Upgrade-Schritte wird die Zeit bei Verwendung größerer Instance-Klassen wie db.r6g.16xlarge oder db.r5.24xlarge weiter verkürzt.
+ Es wurde Unterstützung für die Anzeige aller Fehler beim Upgrade von Aurora MySQL Version 2 (mit MySQL 5.7 kompatibel) zu Aurora MySQL Version 3 (mit MySQL 8.0 kompatibel) hinzugefügt, wohingegen frühere Versionen auf die Anzeige von nur 50 Fehlern beschränkt waren.
+ Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Zähler für die automatische Inkrementierung nach dem Upgrade von Aurora MySQL Version 2 (kompatibel mit MySQL 5.7) zu Aurora MySQL Version 3 (mit MySQL 8.0 kompatibel) inkorrekt sind.
+ 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\$1table\$1stats` und `mysql.innodb\$1index\$1stats` länger dauert als erwartet. Dieses Problem betraf hauptsächlich Datenbank-Cluster mit einer großen Anzahl von Tabellen (> 1,5 Millionen).
+ Es wurde ein Problem behoben, das dazu führen kann, dass Hauptversions-Upgrades von Aurora MySQL Version 2 zu Aurora MySQL Version 3 aufgrund eines Fehlers im AMS-8.0-Engine-Upgrade-Workflow fehlschlagen, wodurch die Protokolldatensätze auf dem Aurora-Speicher-Cluster-Volume gesammelt und normale Schreibvorgänge gestoppt werden. Dieses Problem betraf hauptsächlich Datenbank-Cluster mit einer großen Anzahl von Tabellen (> 750 000).
+ Es wurde ein Problem behoben, das verhindert, dass ungenutzte Aurora MySQL Serverless v2-Instances auf 0,5 herunterskaliert wurden, ACUs weil die MySQL-Bereinigungs-Threads fälschlicherweise aktiv gehalten wurden.
+ 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 deutlich mehr eingehende Verbindungen verzeichnete.
+ Zwei neue CloudWatch Amazon-Metriken wurden eingeführt, um Verzögerungen beim Verbindungsaufbau für Aurora MySQL-Datenbank-Instances zu beheben. Weitere Informationen zu AuroraSlowHandshakeCount und AuroraSlowConnectionHandleCount Metriken finden Sie in den [ CloudWatch Aurora-Metrikdefinitionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html).

## Integration von MySQL-Fehlerbehebungen (Community Edition)
<a name="AuroraMySQL.Updates.2102.Patches"></a>

Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.23, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ 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 \$134060289) 
+ 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 \$134060289)
+ Es wurde ein Problem behoben, bei dem es nicht möglich war, die DROP-Berechtigung für das Performance-Schema zu widerrufen. (Fehler \$133578113)
+ Es wurde ein Problem behoben, bei dem eine gespeicherte Prozedur, die eine IF-Anweisung mit EXISTS, die auf eine oder mehrere Tabellen wirkte, die zwischen den Ausführungen gelöscht und neu erstellt wurden, bei den nachfolgenden Aufrufen nach dem ersten nicht korrekt ausgeführt wurde. (MySQL-Fehler \$132855634).
+ Es wurden inkorrekte AUTO\$1INCREMENT-Werte generiert, wenn der maximale ganzzahlige Spaltenwert überschritten wurde. Der Fehler war darauf zurückzuführen, dass der maximale Spaltenwert nicht berücksichtigt wurde. Es hätte der vorherige gültige AUTO\$1INCREMENT-Wert zurückgegeben werden müssen, was zu einem Fehler mit doppeltem Schlüssel führte. (Fehler \$187926, Fehler \$126906787)
+ Es wurde ein Problem behoben, das zu einem Fehler beim Upgrade eines Aurora MySQL-Datenbank-Clusters der Version 1 (kompatibel mit MySQL 5.6) führen kann, der eine vom Benutzer erstellte Tabelle mit einer bestimmten Tabelle IDs enthält. Die Zuweisung dieser Tabellen IDs kann IDs beim Upgrade von Aurora MySQL Version 2 (kompatibel mit MySQL 5.7) auf Aurora MySQL Version 3 (kompatibel mit MySQL 8.0) zu einem Konflikt in der Datenwörterbuchtabelle führen (Bug \$133919635)

# Updates für die Aurora MySQL-Datenbank-Engine am 07.09.2022 (Version 3.02.1) (veraltet)
<a name="AuroraMySQL.Updates.3021"></a><a name="3.02.1"></a><a name="3.02.1"></a>

 **Version:** 3.02.1 

 Aurora MySQL 3.02.1 ist allgemein verfügbar. Aurora MySQL 3.02-Versionen sind mit MySQL 8.0.23 kompatibel, Aurora-MySQL 2.x-Versionen sind kompatibel mit MySQL 5.7 und Aurora-MySQL-1.x-Versionen sind kompatibel mit MySQL 5.6. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. 

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3021.Improvements"></a>

Aurora MySQL Version 3.02.1 ist im Allgemeinen mit Community MySQL 8.0.23 kompatibel.

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2022-0778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-0778)

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das zu Verbindungsfehlern und hoher Latenz führen kann, wenn mehrere MySQL-Binärprotokollreplikate (Binlog) an einen Aurora-Writer-Knoten angefügt sind oder wenn eine große Anzahl gleichzeitiger Abfragen mit langer Laufzeit in Verbindung mit einem Anstieg neuer Verbindungsanfragen vorliegen. 
+  Es wurde ein Problem behoben, das zu einem Datenbankneustart führt, wenn die erweiterte Überwachung von `CONNECT`-Ereignissen aktiviert ist. 
+  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, das dazu führen kann, dass ein Lesereplikat während gleichzeitiger DDL-Operationen mit gespeicherten Prozeduren wiederholt neu gestartet wird. 
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**Allgemeine Verbesserungen:**
+ Es werden jetzt R6i-Instances unterstützt.

**Zusätzliche Informationen:**
+ Aurora MySQL Version 3.02.1 unterstützt keine Unterversions-Upgrades direkt von Aurora MySQL Version 2 (kompatibel mit MySQL 5.7). Um ein Hauptversions-Upgrade auf diese Version durchzuführen, führen Sie zunächst ein Hauptversions-Upgrade auf Aurora MySQL Version 3.02.0 durch und dann ein direktes Upgrade der Nebenversion auf Aurora MySQL Version 3.02.1.

# Updates für die Aurora MySQL-Datenbank-Engine 20.04.2022 (Version 3.02.0) (veraltet)
<a name="AuroraMySQL.Updates.3020"></a><a name="3.02.0"></a><a name="3.02.0"></a>

 **Version:** 3.02.0 

 Aurora MySQL 3.02.0 ist allgemein verfügbar. Aurora-MySQL-3.02-Versionen sind mit MySQL 8.0.23 kompatibel, Aurora-MySQL-2.x-Versionen sind kompatibel mit MySQL 5.7 und Aurora-MySQL-1.x-Versionen sind kompatibel mit MySQL 5.6. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3020.Improvements"></a>

 Aurora MySQL Version 3.02.0 ist im Allgemeinen mit Community MySQL 8.0.23 kompatibel. 

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2021-22946](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22946)

 **Neue Funktionen:** 
+ Amazon Aurora Serverless v2 ist allgemein verfügbar. Weitere Informationen finden Sie in der Übersicht über [Amazon Aurora Serverless](https://aws.amazon.com/rds/aurora/serverless/), im [Blog](https://aws.amazon.com/blogs/aws/amazon-aurora-serverless-v2-is-generally-available-instant-scaling-for-demanding-workloads/) und in der Dokumentation [Verwendung von Aurora Serverless v2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html). Beginnen Sie noch heute mit der Erstellung einer Aurora Serverless v2-Datenbank in nur wenigen Schritten in der AWS-Managementkonsole. 

**Verbesserungen der Verfügbarkeit:**
+ Es wurde ein Problem behoben, das dazu führen kann, dass der Server beim Löschen eines Datensatzes oder beim Löschen einer Tabelle mit zwei oder mehr Spalten variabler Länge (Typen VARCHAR, VARBINARY, BLOB und TEXT) in eine Neustartschleife gerät und nicht verfügbar ist. Weitere Informationen zu Spaltentypen finden Sie unter [innodb-row-format](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html).
+ Es wurde ein Problem behoben, bei dem das Zeitlimit für bestehende Verbindungen überschritten und neue Verbindungen auf einem Cluster mit aktiviertem Binärprotokoll und mindestens einem Binärprotokoll-Consumer angeschlossen waren, nicht hergestellt werden konnten, was zu Ressourcenkonflikten zwischen der Anwendung und dem/den Verbraucher(n) führte.
+ Der freie Speicherplatz wird anhand der `FreeableMemory` CloudWatch Metrik angegeben. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html).
  + Es wurde ein Problem behoben, das bei aktivierter binärer Protokollreplikation zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt.
  + Es wurde ein Problem behoben, das beim Einstellen von Sitzungsvariablen zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt.
  + Es wurde ein Problem behoben, das zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt, während die Datenbank eine vorhandene Datei verarbeitet.
+ Es wurde ein Problem behoben, das unter seltenen Bedingungen zu einem Fehler mit doppelten Einträgen führen kann, wenn neue Zeilen in eine Tabelle eingefügt werden, die eine `AUTO_INCREMENT`-Spalte in einem aus einem Snapshot wiederhergestellten Cluster enthält.
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, bei dem der Volume-Status bei Verwendung des `SHOW VOLUME STATUS`-Befehls nicht angezeigt wurde. Weitere Informationen finden Sie unter [AuroraMysql.Managing. VolumeStatus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html).
+ Es wurde ein Problem behoben, das dazu führte, dass Aufrufe von [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) mit dem [MySQL-Serverfehler 3512](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_sp_load_failed) fehlschlugen.
+ Es wurde ein Problem behoben, bei dem die Aurora-Replikatverzögerung fälschlicherweise für gelöschte Aurora-Reader-Instances gemeldet wurde.

**Upgrades/Migration:**
+ Es wurde ein Problem behoben, das aufgrund eines Problems beim Kopieren von ibdata-Dateien und -Tablespaces in den Aurora-Speicher zu Migrationsfehlern von MySQL-8.0.x-Datenbanken zu Aurora MySQL Version 3 führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Upgrades von Clustern von Aurora MySQL Version 2 zu Aurora MySQL Version 3 fehlschlagen, wenn Datenbanktabellen eine große Datenmenge enthalten.
+ Es wurde ein Problem behoben, das bei der Wiederherstellung von Clustern von Aurora MySQL Version 2 zu Aurora MySQL Version 3 aufgrund eines Fehlers bei der Erstellung [serialisierter Datenwörterbuchinformationen](https://dev.mysql.com/doc/refman/8.0/en/glossary.html#glos_serialized_dictionary_information) (SDI) für eine Tabelle zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern, die für RDS-Systemtabellen von Upgrade-Vorabprüfungen gemeldet wurden, beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das bei der Migration oder Wiederherstellung von RDS-für-MySQL 8.0- oder Aurora-MySQL-Version-2- zu Aurora-MySQL-Version-3-Datenbanken aufgrund einer ungültigen Syntax in einer von RDS verwalteten gespeicherten Prozedur zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern, die für die Tabellen [Allgemeines Protokoll](https://dev.mysql.com/doc/refman/5.7/en/query-log.html) und [Slow-Protokoll](https://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html) gemeldet wurden, beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern bei der Upgrade-Vorabprüfung führen kann.

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.3020.Patches"></a>

Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.23, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Die unsachgemäße Behandlung von temporären Tabellen, die für Cursor in gespeicherten Prozeduren verwendet werden, was zu unerwartetem Serververhalten führen könnte, wurde behoben, [mysqld-8-0-24-bug.](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-24.html#mysqld-8-0-24-bug) (Fehler \$132416811) 

# Updates für die Aurora MySQL-Datenbank-Engine 15.04.2022 (Version 3.01.1) (veraltet)
<a name="AuroraMySQL.Updates.3011"></a><a name="3011"></a><a name="3.01.1"></a>

 **Version:** 3.01.1 

 Aurora MySQL 3.01.1 ist allgemein verfügbar. Aurora MySQL 3.01-Versionen sind mit MySQL 8.0.23 kompatibel, Aurora-MySQL 2.x-Versionen sind kompatibel mit MySQL 5.7 und Aurora-MySQL-1.x-Versionen sind kompatibel mit MySQL 5.6. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3011.Improvements"></a>

Aurora MySQL Version 3.01.1 ist im Allgemeinen mit Community MySQL 8.0.23 kompatibel.

Aurora MySQL Version 3.01.1 wird für Upgrades und Migrationen auf eine MySQL-8.0-kompatible Aurora-Datenbank empfohlen.

**Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:**

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE-Korrekturen unten:
+ [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222)
+ [CVE-2021-22946](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22946)
+ [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926)

**Verbesserungen der Verfügbarkeit:**
+ Der freie Speicherplatz wird anhand der `FreeableMemory` CloudWatch Metrik angegeben. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Metriken für Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html). 
  + Es wurde ein Problem behoben, das bei aktivierter binärer Protokollreplikation zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt.
  + Es wurde ein Problem behoben, das beim Einstellen von Sitzungsvariablen zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt.
  + Es wurde ein Problem behoben, das zu einem Neustart oder einem Failover der DB-Instance führen kann, wenn der freie Speicher abnimmt, während die Datenbank eine vorhandene Datei verarbeitet.
+ Es wurde ein Problem behoben, das unter seltenen Bedingungen zu einem Fehler mit doppelten Einträgen führen kann, wenn neue Zeilen in eine Tabelle eingefügt werden, die eine `AUTO_INCREMENT`-Spalte in einem aus einem Snapshot wiederhergestellten Cluster enthält.
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).

**Allgemeine Verbesserungen:**
+ Es wurde ein Problem behoben, bei dem der Volume-Status bei Verwendung des `SHOW VOLUME STATUS`-Befehls nicht angezeigt wurde. Weitere Informationen finden Sie unter [AuroraMysql.Managing. VolumeStatus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html).
+ Es wurde ein Problem behoben, das dazu führte, dass Aufrufe von [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) mit dem [MySQL-Serverfehler 3512](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_sp_load_failed) fehlschlugen.
+ Es wurde ein Problem behoben, bei dem die Aurora-Replikatverzögerung fälschlicherweise für gelöschte Aurora-Reader-Instances gemeldet wurde.

**Upgrades/Migration:**
+ Es wurde ein Problem behoben, das aufgrund eines Problems beim Kopieren von ibdata-Dateien und -Tablespaces in den Aurora-Speicher zu Migrationsfehlern von MySQL-8.0.x-Datenbanken zu Aurora MySQL Version 3 führen kann.
+ Es wurde ein Problem behoben, das dazu führen kann, dass Upgrades von Clustern von Aurora MySQL Version 2 zu Aurora MySQL Version 3 fehlschlagen, wenn Datenbanktabellen eine große Datenmenge enthalten.
+ Es wurde ein Problem behoben, das bei der Wiederherstellung von Clustern von Aurora MySQL Version 2 zu Aurora MySQL Version 3 aufgrund eines Fehlers bei der Erstellung [serialisierter Datenwörterbuchinformationen](https://dev.mysql.com/doc/refman/8.0/en/glossary.html#glos_serialized_dictionary_information) (SDI) für eine Tabelle zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern, die für RDS-Systemtabellen von Upgrade-Vorabprüfungen gemeldet wurden, beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das bei der Migration oder Wiederherstellung von RDS-für-MySQL 8.0- oder Aurora-MySQL-Version-2- zu Aurora-MySQL-Version-3-Datenbanken aufgrund einer ungültigen Syntax in einer von RDS verwalteten gespeicherten Prozedur zu Fehlern führen kann.
+ Es wurde ein Problem behoben, das aufgrund von Schemainkonsistenzfehlern, die für die Tabellen [Allgemeines Protokoll](https://dev.mysql.com/doc/refman/5.7/en/query-log.html) und [Slow-Protokoll](https://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html) gemeldet wurden, beim Upgrade von Aurora MySQL 2 zu Aurora MySQL 3 zu Fehlern bei der Upgrade-Vorabprüfung führen kann.

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.3011.Patches"></a>

Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.23, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter [MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+ Die unsachgemäße Behandlung von temporären Tabellen, die für Cursor in gespeicherten Prozeduren verwendet werden, was zu unerwartetem Serververhalten führen könnte, wurde behoben, [mysqld-8-0-24-bug.](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-24.html#mysqld-8-0-24-bug) (Fehler \$132416811) 

# Updates für die Aurora MySQL-Datenbank-Engine 2021-11-18 (Version 3.01.0) (veraltet)
<a name="AuroraMySQL.Updates.3010"></a><a name="3010"></a><a name="3.01.0"></a>

 **Version:** 3.01.0 

 Aurora MySQL 3.01.0 ist allgemein verfügbar. Aurora MySQL 3.01-Versionen sind mit MySQL 8.0.23 kompatibel, Aurora-MySQL 2.x-Versionen sind kompatibel mit MySQL 5.7 und Aurora-MySQL-1.x-Versionen sind kompatibel mit MySQL 5.6. 

 Einzelheiten zu den neuen Funktionen in Aurora MySQL Version 3 und den Unterschieden zwischen Aurora MySQL Version 3 und Aurora MySQL Version 2 oder Community-MySQL 8.0 finden Sie unter [Vergleich von Aurora MySQL Version 2 und Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

 Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. 

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

 Informationen zum Planen eines Upgrades auf Aurora MySQL Version 3 finden Sie unter [Upgrade-Planung für Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) im *Amazon-Aurora-Benutzerhandbuch*. Informationen zum Upgrade-Verfahren selbst finden Sie unter [Upgrade zu Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) im *Amazon-Aurora-Benutzerhandbuch*. Allgemeine Informationen zu Aurora-MySQL-Upgrades finden Sie unter [Upgrade von Amazon-Aurora-MySQL-DB-Clustern](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) im *Amazon-Aurora-Benutzerhandbuch*. 

Informationen zur Fehlerbehebung finden Sie unter [Beheben von Upgrade-Problemen mit Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.3010.Improvements"></a>

Aurora MySQL Version 3.01.0 ist im Allgemeinen mit der Community-MySQL 8.0.23 kompatibel. Diese Version enthält die Sicherheitsfixes für Probleme mit allgemeinen Sicherheitslücken und Expositionen (CVE) ab der Community-MySQL 8.0.23.

Aurora-MySQL-Version 3.01.0 enthält alle Aurora-spezifischen Bugfixes durch Aurora-MySQL-Version 2.10.0.

Details zu den neuen Features in Aurora MySQL Version 3 finden Sie unter [Features aus Community MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.8.0-features-community) und [Neue Optimierungen für parallele Abfragen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.8.0-features-pq) im *Amazon-Aurora-Benutzerhandbuch*.

**Verbesserungen der Verfügbarkeit:**
+ Das schnelle Einfügen ist in dieser Aurora MySQL-Version nicht aktiviert, da ein Problem zu Inkonsistenzen beim Ausführen von Abfragen wie `INSERT INTO``SELECT`, und führen kann. `FROM` Weitere Informationen zur Fast-Insert-Optimierung finden Sie unter [Amazon Aurora MySQL Performance Enhancements](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).