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

CVE-2023-44487

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

Es wurde ein Problem bei der Veröffentlichung von Code für Metriken behoben, bei dem Speicher nach der Freigabe verwendet werden konnte.

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_max_undo_log_size überschreiten.

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 neu gestartet wurde, wenn Replikationsänderungen auf Tabellen mit Fremdschlüsseln angewendet wurden.

Aurora MySQL Version 3.06.0 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_endpointcontent_type, undtimeout_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.

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

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.