Updates der Aurora MySQL-Datenbank-Engine 2026-02-17 (Version 3.12.0, kompatibel mit MySQL 8.0.44)

Es wurde ein Problem behoben, das dazu führen kann, dass einige SQL-Anweisungen nicht im Audit-Log protokolliert wurden.

Das caching_sha2_password-Plugin wurde behoben, um sicherzustellen, dass Aurora MySQL Reader- und Writer-Instanzen aktualisierte Passwörter konsistent validieren.

CVE-2025-53040

CVE-2025-53042

CVE-2025-53044

CVE-2025-53045

CVE-2025-53053

CVE-2025-53054

CVE-2025-53062

CVE-2025-53069

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_stack-Konfigurationen den Start des Aurora MySQL-Servers bei Neustarts oder Upgrades verhindern konnten. Der Aurora MySQL-Server setzt thread_stack 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_ADMIN- oder SUPER-Rechten daran hinderte, eine zusätzliche Verbindung über das max_connections-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.

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

Eine in MySQL 8.0.44 eingeführte Community-Änderung wurde ausgeschlossen, bei der fehlgeschlagene Verbindungsversuche unerwartet Zeilen zu performance_schema-Tabellen hinzufügten, was zu einem übermäßigen Speicherverbrauch führte. Referenz-Community-Bug #119766

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_flush_log_at_trx_commit auf 0 gesetzt ist.

Automatische Deaktivierung von aurora_oom_response-Aktionen (außer print, falls konfiguriert), wenn aurora_oom_response 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 #116305 der Ref-Community.

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. Weitere Informationen zu diesen dynamischen Rechten finden Sie in der MySQL-Dokumentation.

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

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

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)

Es wurde ein Problem behoben, das den Deadlock behebt, wenn FLUSH STATUS, COM_CHANGE_USER und SHOW PROCESS LIST gleichzeitig ausgeführt wurden. (Fehler #35218030)