Aurora My SQL Datenbank-Engine-Updates 2024-06-04 (Version 3.07.0, kompatibel mit My 8.0.36) SQL

Unterstützung für FIPS -validierte Kryptografie aktiviert, eine vollständig eigene AWS Implementierung. Weitere Informationen finden Sie im Security Blog unter AWS-LC is now FIPS 140-3 certified.AWS

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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 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 bei der Verarbeitung von INSERT Abfragen auf partitionierten InnoDB-Tabellen behoben, das zu einem allmählichen Rückgang des freien Speichers in der Instanz führen kann.

Es wurde ein Problem behoben, das in seltenen Fällen dazu führen kann, dass die Reader-DB-Instances neu gestartet werden.

Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn PURGEBINARYLOGSAnweisungen gleichzeitig ausgeführt SHOWSTATUSwerden. PURGE BINARY LOGSist eine verwaltete Anweisung, die ausgeführt wird, um die vom Benutzer konfigurierte Aufbewahrungsfrist für Binlogs einzuhalten.

Es wurde ein Problem behoben, das dazu führen kann, dass der Server unerwartet geschlossen wurde, nachdem Data Manipulation Language (DML) -Anweisungen für eine Tabelle ausgeführt wurden, deren nichtvirtuelle Spalten mit einer Oder-Anweisung neu angeordnet wurden. MODIFY COLUMN CHANGE COLUMN

Es wurde ein Problem behoben, das beim Neustart einer Datenbankinstanz zu einem zusätzlichen Neustart führen kann.

Es wurde ein Problem behoben, das dazu führen kann, dass eine Reader-DB-Instance, die Schreibweiterleitung verwendet, neu gestartet wird, wenn eine weitergeleitete implizite Commit-Anweisung auf einen Fehler stößt.

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, bei dem es bei DB-Instances, die Aurora-Cluster-Volumes mit mehreren TB verwenden, während des Neustarts aufgrund von Fehlern bei der Validierung des InnoDB-Pufferpools zu längeren Ausfallzeiten kommen kann.

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, das die Datenbankwiederherstellung beim Start unterbrechen konnte, wenn der Neustart während der Ausführung umfangreicher Einfügevorgänge mit Spalten erfolgte. AUTO_INCREMENT

Es wurde ein Problem behobenAurora Serverless v2, das bei der Skalierung zu einem Neustart der Datenbank führen kann.

Reduzierte I/O-Auslastung und verbesserte Leistung für eine Teilmenge von Abfragen für den Primärschlüsselbereich, die parallel Abfragen verwenden.

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.07.0 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 zu übermäßigem Speicherverbrauch führen kann, wenn BLOB Spalten mit der Aurora-Parallelabfrage abgefragt werden.

Es wurde Unterstützung für die connection_memory_chunk_size Parameter connection_memory_limit und hinzugefügt, die auf Sitzungsebene so eingestellt werden müssen, dass sie sich genauso verhalten wie in My SQL Community Edition. Der connection_memory_limit wird verwendet, um die maximale Speichermenge festzulegen, die von einer einzelnen Benutzerverbindung verwendet werden kann. Der connection_memory_chunk_size Parameter kann verwendet werden, um die Chunking-Größe für Aktualisierungen des globalen Speichernutzungszählers festzulegen.

Es wurde ein Problem behoben, bei dem der Benutzer keine Abfrage unterbrechen oder Sitzungs-Timeouts für Abfragen festlegen konnte. performance_schema

Es wurde ein Problem behoben, bei dem die Replikation von Binärprotokollen (Binlog), die für die Verwendung benutzerdefinierter SSL Zertifikate (mysql.rds_import_binlog_ssl_material) konfiguriert war, fehlschlagen konnte, wenn die Replikationsinstanz einem Host-Austausch unterzogen wurde.

Die Aurora_fts_cache_memory_used globale Statusvariable wurde hinzugefügt, um die Speichernutzung für das Volltextsuchsystem in allen Tabellen nachzuverfolgen. Weitere Informationen finden Sie unter Aurora My SQL Global Status Variables im Amazon Aurora Aurora-Benutzerhandbuch.

Es wurde ein Problem behoben, bei dem es bei einem als ETL Nullziel konfigurierten Amazon Redshift Redshift-Cluster zu einer vorübergehenden Zunahme kommen konnte, IntegrationLagwenn ein Amazon Aurora My SQL DB-Cluster als binäres Protokollreplikat konfiguriert wurde und Enhanced Binlog und Zero-Integration aktiviert waren. ETL

Es wurde ein Problem im Zusammenhang mit der Verwaltung von Audit-Protokolldateien behoben, das dazu führen kann, dass auf Protokolldateien für den Download oder die Rotation nicht zugegriffen werden kann, was in einigen Fällen zu einer erhöhten Nutzung führen kann. CPU

Die AUTO_INCREMENT Schlüsselwiederherstellung wurde optimiert, um die Abschlusszeit für die Wiederherstellung von Snapshots, die Durchführung der point-in-time Wiederherstellung und das Klonen von DB-Clustern mit einer großen Anzahl von Tabellen in der Datenbank zu verkürzen.

Es wurde ein Problem behoben, bei dem das Ereignis wait/io/redo_log_flush nicht in den Übersichtstabellen für Warteereignisse des Leistungsschemas angezeigt wurde.

Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder dem Klonen von Datenbanken zu Fehlern beim Duplizieren von Schlüsseln für AUTO_INCREMENT Spalten mit absteigenden Indizes führen kann.

Es wurde ein Problem behoben, das dazu führen kann, dass eine Writer-DB-Instance neu gestartet wird, wenn eine Reader-DB-Instance, die Schreibweiterleitung verwendet, eine Data Manipulation Language (DML) -Anweisung ausführt, die einen Zeitstempelwert enthält und der time_zone Datenbankparameter auf gesetzt ist. UTC

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 Volltext-Suchindex (FTS) hat und eine TRUNCATE Anweisung auf der Aurora-Writer-DB-Instance ausgeführt wird.

Es wurde ein Problem behoben, das in seltenen Fällen dazu führte, dass Patching (ZDP) ohne Ausfallzeiten fehlschlug.

Es wurde ein Problem behoben, das zu einem unvollständigen Ergebnissatz führen kann, wenn Abfragen ausgeführt werden, die den Hash-Join-Algorithmus mit parallel Abfrage beinhalten LEFT JOIN oder RIGHT JOIN Operationen verwenden.

Es wurde ein Problem behoben, das dazu führen kann, dass das Upgrade von Aurora My SQL Version 2 auf Aurora My SQL Version 3 fehlschlägt, wenn im Tabellenschema eine benutzerdefinierte FTS_DOC_ID Spalte vorhanden ist.

Es wurde ein Problem behoben, das aufgrund eines Synchronisierungsproblems bei der Verarbeitung von InnoDB-Tablespaces zu Upgrade-Fehlern von Aurora My SQL SQL Version 2 auf Aurora My Version 3 führen kann.

Es wurde ein Problem behoben, das dazu führen kann, dass größere Versionsupgrades auf Aurora My SQL Version 3 fehlschlagen, weil verwaiste Einträge für bereits gelöschte Tablespaces in InnoDB-Systemtabellen in Aurora My Version 2 vorhanden sind. SQL

Es wurde ein Problem behoben, bei dem der Wert SERVER_ID nach einer Umstellung auf Amazon RDS Blue/Green Deployment nicht aktualisiert wurde. Dies führte zu Problemen, bei denen intelligente Treiber wie der Amazon Web Services (AWS) JDBC -Treiber die DB-Cluster-Topologie nach einem Blau/Grün-Switchover nicht erkennen konnten. Mit diesem Fix wird der SERVER_ID Wert für Aurora-DB-Cluster, die im Rahmen einer RDS Blue/Green-Bereitstellung umbenannt wurden und auf Aurora My SQL Version 3.07 und höher ausgeführt werden, im Rahmen des Switchovers aktualisiert. In früheren Versionen können die DB-Instances in den blauen und grünen Clustern neu gestartet werden, um den Wert zu aktualisieren. SERVER_ID

Es wurde ein Problem behoben, bei dem der Wert der Cache-Zeile falsch berechnet werden konnte, was zu einem Fehler beim Neustart der Datenbank auf Graviton-basierten Instances führte. (Community-Bugfix #35479763)

Es wurde ein Problem behoben, bei dem einige Instanzen von Unterabfragen in gespeicherten Routinen nicht korrekt behandelt wurden. (Community-Bugfix #35377192)

Es wurde ein Problem behoben, das aufgrund der Rotation von TLS Zertifikaten im Hintergrund zu einer höheren CPU Nutzung führen kann (Community Bug Fix #34284186).

Es wurde ein Problem behoben, bei dem InnoDB das Hinzufügen von INSTANT Spalten zu Tabellen im Schema Mein SQL System in Aurora My SQL Versionen unter 3.05 erlaubte, was dazu führen konnte, dass der Server nach dem Upgrade auf Aurora My SQL Version 3.05.0 unerwartet geschlossen wurde (Datenbankinstanz neu gestartet). (Community-Bugfix #35625510).