Updates der Aurora MySQL-Datenbank-Engine 2024-03-07 (Version 3.06.0, kompatibel mit MySQL 8.0.34)

Aurora MySQL Version 3.06.0 unterstützt die Amazon Bedrock-Integration und führt die neuen reservierten Schlüsselwörteraccept,, aws_bedrock_invoke_modelaws_sagemaker_invoke_endpoint, content_type und ein. timeout_ms Überprüfen Sie die Objektdefinitionen auf die Verwendung der neuen reservierten Schlüsselwörter, bevor Sie auf Version 3.06.0 aktualisieren. Um den Konflikt mit den neuen reservierten Schlüsselwörtern zu vermeiden, geben Sie die in den Objektdefinitionen verwendeten reservierten Schlüsselwörter in Anführungszeichen. Weitere Informationen zur Amazon Bedrock-Integration und zum Umgang mit reservierten Schlüsselwörtern finden Sie unter Was ist Amazon Bedrock? im Amazon Aurora Aurora-Benutzerhandbuch. Weitere Informationen finden Sie in der MySQL-Dokumentation unter Schlüsselwörter und reservierte Wörter, Die INFORMATION_SCHEMA KEYWORDS-Tabelle und Schemaobjektnamen.

Verbesserte Leistung für binäre Protokollreplikate bei der Replikation von Transaktionen für große Tabellen mit mehr als einem sekundären Index. Diese Funktion führt einen Threadpool ein, um sekundäre Indexänderungen parallel auf ein Binlog-Replikat anzuwenden. Die Funktion wird durch den aurora_binlog_replication_sec_index_parallel_workers DB-Cluster-Parameter gesteuert, der die Gesamtzahl der parallel Threads steuert, die für die Anwendung der sekundären Indexänderungen verfügbar sind. Weitere Informationen finden Sie unter Optimieren der binären Protokollreplikation im Amazon-Aurora-Benutzerhandbuch.

Es wurde eine neue gespeicherte Prozedur hinzugefügtmysql.rds_set_read_only, die es ermöglicht, den Wert der globalen Systemvariablen read_only auf Datenbank-Instances in Ihrem Aurora MySQL-Cluster zu ändern. Weitere Informationen finden Sie unter Replizieren im Amazon Aurora Aurora-Benutzerhandbuch.

Es wurde eine neue gespeicherte Prozedur hinzugefügtmysql.rds_set_binlog_source_ssl, die es ermöglicht, die Verschlüsselung für ein binäres Protokollreplikat festzulegen, indem ein Wert für angegeben wird. SOURCE_SSL Weitere Informationen finden Sie unter Replizieren im Amazon Aurora Aurora-Benutzerhandbuch.

Amazon Aurora Machine Learning ist eine optimierte Integration zwischen der Aurora MySQL-Datenbank und den Services für AWS maschinelles Lernen (ML). Amazon Bedrock wird jetzt unterstützt, sodass Sie Modelle für maschinelles Lernen in Amazon Bedrock direkt von Ihrem Aurora MySQL-DB-Cluster aus mithilfe von SQL aufrufen können. Weitere Informationen zur Verwendung von Amazon Bedrock mit Ihrem Aurora MySQL-DB-Cluster finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora MySQL im Amazon Aurora Aurora-Benutzerhandbuch.

Aurora MySQL Version 3.06 bietet Unterstützung für automatisiertes Undo-Tablespace-Kürzen. Diese Optimierung ermöglicht es Ihnen, ungenutzten Speicherplatz in Undo-Tablespaces zurückzugewinnen, nachdem die Undo-Logs gelöscht wurden.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Es wurde ein Problem behoben, bei dem eine Read Replica-DB-Instance nicht erfolgreich gestartet werden konnte, wenn in der Writer-DB-Instance eine hohe Arbeitslast herrscht.

Es wurde ein Problem behoben, bei dem eine Aurora MySQL Writer-DB-Instance aufgrund eines Kommunikationsfehlers mit dem Aurora-Speicher ausfallen kann. Der Fehler ist auf einen Ausfall der Kommunikation zwischen der DB-Instance und dem zugrunde liegenden Speicher nach einem Software-Update der Aurora-Speicher-Instance zurückzuführen.

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 dazu führen kann, dass eine Aurora MySQL-DB-Instance aufgrund einer Verringerung des freien Speichers neu gestartet oder ein Failover durchgeführt wird, wenn beim Ausführen von Abfragen ein Hash-Join verwendet wird.

Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn die Anweisungen SHOW STATUS und PURGE BINARY LOGS gleichzeitig ausgeführt werden. 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 wird, 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 zu einem Neustart der Datenbank führen kann, 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.

In Aurora MySQL 2.10 haben wir Unterstützung für den Neustart eines Aurora-DB-Clusters mit Leseverfügbarkeit hinzugefügt. Mit dieser Funktion können Leser-DB-Instances online bleiben, während eine Writer-DB-Instance neu gestartet wird. Diese Funktion wird jetzt AWS-Regionen in sekundären globalen Aurora MySQL-Datenbanken unterstützt, sodass Sie während eines Neustarts der Writer-Instance auf dem primären Cluster weiterhin Leseanfragen bearbeiten können. Bisher wurden beim Neustart einer Writer-Instance auch alle Reader-Instances in einem sekundären Aurora MySQL-Cluster neu gestartet. Mit dieser Version bearbeiten sekundäre Cluster-Reader-Instances weiterhin Leseanfragen während eines Neustarts der Writer-Instance, wodurch die Leseverfügbarkeit im Cluster verbessert wird. Weitere Informationen finden Sie unter Neustart eines Aurora-Clusters mit Leseverfügbarkeit.

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 behoben, das dazu führen kann, dass eine parallel Abfrage aufgrund vorübergehender Netzwerkprobleme beim Lesen von Daten aus dem Aurora-Cluster-Volume fehlschlägt.

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.

Kleine DB-Instances mit weniger als oder gleich 4 GiB Speicher schließen jetzt die Verbindungen, die am meisten Speicher beanspruchen, wenn die DB-Instance unter Speicherdruck steht. Sie können den Pufferpool auch anpassen, um seine Größe zu verringern. Weitere Informationen finden Sie unter Amazon Aurora MySQL out-of-memory Issues im Amazon Aurora Aurora-Benutzerhandbuch.

Die Standardantwort für aurora_oom_response wurde für alle DB-Instance-Klassen mit mehr als 4 GiB Speicher von leer auf geändertprint. Weitere Informationen finden Sie unter Amazon Aurora MySQL out-of-memory Issues im Amazon Aurora Aurora-Benutzerhandbuch.

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 und das in einigen Fällen die CPU-Auslastung erhöht.

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 im Leistungsschema angezeigt wurde.

Die Aurora_lockmgr_buffer_pool_memory_used Metriken Aurora_lockmgr_memory_used und wurden hinzugefügt, um die Speichernutzung des Lock-Managers zu verfolgen. Weitere Informationen finden Sie unter Globale Statusvariablen von Aurora MySQL im Amazon Aurora Aurora-Benutzerhandbuch.

Es wurde ein Problem behoben, bei dem es bei kleinen Read Replica-Instances nach einem Upgrade von Aurora MySQL-Versionen unter 2.11.* zu einer erhöhten Replikationsverzögerung kommen kann.

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, 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 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 größere Versionsupgrades fehlschlagen, wenn das Tabellenschema eine benutzerdefinierte FTS_DOC_ID Spalte enthält.

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

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

Es wurde ein Problem behoben, bei dem der Cache-Zeilenwert 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 immer 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-Auslastung führen kann (Community Bug Fix #34284186).

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