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

CVE-2023-44487

CVE-2024-0853

Es wurde ein Problem behoben, das dazu führte, dass eine Aurora My SQL 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 My SQL Writer-DB-Instance neu gestartet wird, wenn eine Schreibweiterleitungssitzung geschlossen wurde, während eine weitergeleitete Abfrage ausgeführt wurde.

Es wurde ein Problem behoben, das dazu führte, dass eine DB-Instance neu gestartet wurde, wenn große GTID Mengen 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 behobenAurora Serverless v2, das bei der Skalierung zu einem Neustart der Datenbank führen kann.

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

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 ein Aurora My SQL Binary Log (Binlog) -Lesereplikat mit aktivierter parallel sekundärer Indexoptimierung neu gestartet wurde, wenn Replikationsänderungen auf Tabellen mit Fremdschlüsseln angewendet wurden.

Aurora My SQL 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 My SQL 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 My mit reservierten und nicht SQL reservierten Schlüsselwörtern umgeht, finden Sie unter Schlüsselwörter und reservierte Wörter in der Dokumentation Meine. SQL

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 My SQL DB-Cluster in einem Raum 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 festgelegt werden müssen, sodass sie sich ähnlich verhalten wie die entsprechenden Funktionen in My SQL Community Edition. 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 Patchen ohne Ausfallzeiten (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 My SQL DB-Engine 3.04.0 oder höher ist. Dieses Problem tritt auf, wenn der lower_case_table_names DB-Cluster-Parameter auf gesetzt ist und die 1 Sortierung meiner SQL Datenbank nicht mit Tabellennamen in Kleinbuchstaben kompatibel ist.