Aurora MySQL-Datenbank-Engine-Updates 2026-10-05 (Version 3.10.6, kompatibel mit MySQL 8.0.42)

Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn der Kerberos Service Principal Name eingerichtet wird.

Es wurde ein Problem behoben, bei dem Abfragen, die vorbereitete Anweisungen durchliefen, zu doppelten Einträgen im erweiterten Auditprotokoll führen konnten.

Es wurde ein Problem behoben, bei dem das Advanced Audit-Protokoll einen falschen Benutzer und Host für SQL-Anweisungen aufzeichnete, die innerhalb einer SQL SECURITY DEFINER-Routine (gespeicherte Prozedur, Funktion oder Trigger) ausgeführt wurden. Diese Datensätze zeigten den definierenden Benutzer und Host der Routine (z. B. 'user'@'%') anstelle des SQL-Clients, der die Routine aufgerufen hat. Nach diesem Fix zeigen die Datensätze den Benutzer und den Host des aufrufenden SQL-Clients.

CVE-2026-61094

Es wurde ein Problem behoben, das zu einem zusätzlichen Neustart während des Zero-downtime Patchens (ZDP) führen konnte, was sich auf die Gesamtpatching-Zeit und die Fähigkeit zur Aufrechterhaltung der Verbindungen auswirkte.

Es wurde ein Problem behoben, bei dem zu große thread_stack-Konfigurationen verhindern konnten, dass der Aurora MySQL-Server während eines Neustarts oder Upgrades gestartet wurde. 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 Speicherverwaltungsproblem behoben, das dazu führen konnte, dass eine Reader-Instance neu gestartet wurde, wenn Schreib-Workloads über Write-Forwarding verarbeitet wurden.

Es wurde ein Problem behoben, das dazu führen konnte, dass die Schreibweiterleitung auf einer Leser-DB-Instance nicht mehr funktionierte und ein Neustart des Lesegeräts erforderlich war, um die Schreibweiterleitung wiederherzustellen. Dies konnte auftreten, wenn eine weitergeleitete Abfrage abgebrochen wurde oder das Zeitlimit überschritten wurde, während die globale Schreibweiterleitung oder die lokale Schreibweiterleitung verwendet wurde.

Es wurde ein Problem behoben, das dazu führen konnte, dass das Replikat kurzzeitig die Verbindung mit dem primären Replikat trennte und erneut eine Verbindung aufbaute, was zu einem vorübergehenden Anstieg der Replikationsverzögerung führte (). AuroraReplicaLag

Es wurde ein Problem behoben, das dazu führen kann, dass die Writer-Instanz neu gestartet wird, während eine ALTER TABLE ... REORGANIZE PARTITION SQL-Anweisung verarbeitet wird, die die Reihenfolge der Unterpartitionen ändert.

Es wurde ein Problem behoben, bei dem bei einem Neustart der Reader-Instanz während der Schreibweiterleitung eine verwaiste Weiterleitungssitzung auf der Writer-Instanz zurückbleiben konnte und das Beenden dieser Sitzung dazu führen konnte, dass der Writer neu gestartet wurde.

Es wurde ein Problem behoben, bei dem fehlerfreie Leserabbrüche Aborted_clients auf der Writer-Instanz fälschlicherweise inkrementiert wurden, wenn die Schreibweiterleitung aktiviert war.

Es wurde ein Problem behoben, bei dem bei aktivierter Schreibweiterleitung eine Lesersitzung, bei der aurora_replica_read_consistency auf global gesetzt war, die letzten festgeschriebenen Änderungen nicht lesen konnte.

Es wurde ein Problem behoben, das dazu führen kann, dass die AuroraReplicaLag Metrik auf DB-Clustern mit aktiviertem erweitertem Binlog und geringer bis gar keiner Schreiblast Werte meldet, die über der tatsächlichen Replikatverzögerung liegen.

Ereignisse, die in gespeicherten Programmen erstellt wurden, wurden nicht immer korrekt behandelt. (Fehler #36402968)

Es wurde ein Problem behoben, bei dem das Umbenennen einer Spalte mit ALTER TABLE... CHANGE COLUMN konnte in einer Tabelle mit vorherigen sofortigen DDL-Änderungen zu falschen internen Metadaten zur Spaltenposition führen. (Fehler #38935534)