Updates der Aurora MySQL-Datenbank-Engine 2025-11-13 (Version 3.11.0, kompatibel mit MySQL 8.0.43)

CVE-2025-50077

CVE-2025-50078

CVE-2025-50079

CVE-2025-50080

CVE-2025-50082

CVE-2025-50083

CVE-2025-50084

CVE-2025-50085

CVE-2025-50086

CVE-2025-50087

CVE-2025-50088

CVE-2025-50091

CVE-2025-50092

CVE-2025-50093

CVE-2025-50094

CVE-2025-50096

CVE-2025-50097

CVE-2025-50099

CVE-2025-50101

CVE-2025-50102

CVE-2025-53023

CVE-2025-50098

CVE-2025-50100

CVE-2025-50104

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.

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 #112737)

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

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 #36128964)

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 initem_func.cc. (Fehler #36128964)