Updates der Aurora MySQL-Datenbank-Engine 2024-06-26 (Version 3.04.3, kompatibel mit MySQL 8.0.28)

CVE-2024-0853

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 behoben in Aurora Serverless v2 das kann zu einem Neustart der Datenbank während der Skalierung führen.

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

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.