Aurora-MySQL-Datenbank-Engine-Updates 26.01.2022 (Version 2.10.2) (veraltet)

CVE-2021-36222

CVE-2021-35624

CVE-2021-35604

CVE-2021-22926

CVE-2021-2390

CVE-2021-2389

CVE-2021-2385

CVE-2021-2356

CVE-2019-17543

CVE-2019-2960

Die Leistung wurde optimiert, um die IO-Latenz der Datenbank in 24XL-Instance-Klassen zu reduzieren.

Unterstützung für ECDHE SSL-Chiffren hinzugefügt. Weitere Informationen zur Konfiguration Ihrer Clients für die Verwendung dieser SSL-Chiffren finden Sie in der folgenden MySQL-Dokumentation: Chiffren für verschlüsselte Verbindungsprotokolle

Sicherheitsprobleme im Zusammenhang mit der Aurora-MySQL-Integration mit anderen AWS-Services wie Amazon S3, Amazon ML und AWS Lambda wurden behoben.

Es wurde ein Problem behoben, das dazu führen kann, dass ein Neustart der Datenbank-Instance fehlschlug, wenn die Datenbank über ca. 1 GB an Benutzer- und Berechtigungskombinationen verfügt.

Es wurde ein Problem mit Parallel Query behoben, durch das die Datenbank falsche Gruppierungen oder Sortierreihenfolge zurückgab, wenn Abfragen mit einer GROUP BY-Klausel und einer WHERE-Klausel mit einem Bereichsprädikat ausgeführt wurden.

Es wurde ein Problem behoben, das dazu führt, dass general_log- und slow_log-Tabellen nach dem In-Place-Upgrade von Aurora MySQL 1.x (kompatibel mit MySQL 5.6) auf Aurora MySQL 2.x (kompatibel mit MySQL 5.7) unzugänglich wurden.

Es wurde ein Problem behoben, das in seltenen Fällen dazu führt, dass die Datenbank-Instance neu gestartet wird, wenn innodb_trx-, innodb_locks- oder innodb_lockwaits-Tabellen abgefragt werden, während die Datenbank unter starkem Workload steht. Überwachungstools wie Performance Insights können solche Tabellen abfragen.

Es wurde ein Problem behoben, durch das der Wert einer TIMESTAMP-Spalte einer vorhandenen Zeile auf den neuesten Zeitstempel aktualisiert wurde, wenn alle folgenden Bedingungen erfüllt sind:

Es wurde ein Problem behoben, das in seltenen Fällen verhindern konnte, dass ein Binlog-Replikat eine Verbindung zu einer Instance mit aktiviertem Binlog herstellt.

Es wurde ein Problem behoben, durch das Transaktionen unter seltenen Bedingungen keinen Commit ausführen konnten, wenn sie auf einer Instance mit aktiviertem Binlog ausgeführt wurden.

Es wurde ein Problem behoben, durch das keine neuen Verbindungen zu einer Instance mit aktiviertem Binlog hergestellt werden konnten.

Es wurde ein Problem behoben, das zu einer übermäßigen internen Protokollierung führen kann, wenn das Patchen und Neustarten ohne Ausfallzeiten versucht wurde, wodurch der lokale Speicher aufgefüllt wurde.

Es wurde ein Problem behoben, das dazu führen kann, dass ein Binlog-Replikat mit einem HA_ERR_FOUND DUPP_KEY-Fehler stoppt, wenn bestimmte DDL- und DCL-Anweisungen repliziert wurden. Das Problem tritt auf, wenn die Quell-Instance mit dem gemischten Binärprotokollierungsformat und READ COMMITTED oder READ UNCOMMITTED Isolationsstufe konfiguriert.

Es wurde ein Problem behoben, durch das der I/O-Thread der Binlog-Replikation nicht mit der primären Instance Schritt halten konnte, wenn die Multi-Thread-Replikation aktiviert war

Es wurde ein Problem behoben, durch das unter seltenen Bedingungen eine hohe Anzahl aktiver Verbindungen zur Datenbank-Instance dazu führen konnte, dass die Metrik CloudWatch CommitLatency falsch gemeldet wurde.

Es wurde ein Problem behoben, durch das sich der lokale Speicher auf Graviton-Instances füllte, wenn LOAD FROM S3 oder SELECT INTO S3 ausgeführt wurde.

Es wurde ein Problem behoben, das zu falschen Abfrageergebnissen führen konnte, wenn eine Tabelle mit einem Fremdschlüssel abgefragt wurde und beide der folgenden Bedingungen erfüllt waren:

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass Aurora-Reader-Instances neu gestartet wurden. Die Wahrscheinlichkeit, dass dieses Problem auftritt, steigt mit zunehmender Anzahl der Transaktions-Rollbacks.

Es wurde ein Problem behoben, durch das die Anzahl der Mutex-Vorkommen von 'LOCK_epoch_id_master' in Performance Schema zunimmt, wenn eine Sitzung geöffnet und geschlossen wird.

Es wurde ein Problem behoben, das zu einer zunehmenden Anzahl von Deadlocks für Workloads führen kann, bei denen viele Transaktionen dieselbe Reihe von Zeilen gleichzeitig aktualisieren.

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Instances neu gestartet werden, wenn das Datenbank-Volume ein Vielfaches von 160 GB erreicht.

Es wurde ein Problem mit Parallel Query behoben, durch das die Datenbank beim Ausführen von SQL-Anweisungen mit einer LIMIT-Klausel neu gestartet wurde.

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance bei Verwendung von XA-Transaktionen mit der Isolationsstufe READ COMMITTED neu gestartet wurde.

Es wurde ein Problem behoben, durch das nach dem Neustart einer Aurora-Read-Instance möglicherweise erneut gestartet wurde, wenn während des Neustarts ein hoher DDL-Workload vorliegt.

Es wurde ein Fehler mit falscher Meldung der Aurora-Reader-Replikationsverzögerung behoben.

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass eine Writer-Instance neu gestartet wurde, wenn eine Überprüfung der Datenintegrität im Speicher fehlschlägt.

Es wurde ein Problem behoben, das unter seltenen Bedingungen für das Diagramm „Database Load“ in Performance Insights (PI)-Sitzungen fälschlicherweise eine aktive CPU-Nutzung anzeigte, obwohl die Sitzungen mit der Verarbeitung fertig und im Leerlauf waren.

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen konnte, dass der Datenbank-Server neu gestartet wurde, wenn ein Abfrage-Cache verarbeitet wurde.

Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen konnte, dass die Writer-Instance in einem primären Global-Database-Cluster aufgrund einer Race-Bedingung während der Global-Database-Replikation neu gestartet wurde.

Es wurde ein Problem, behoben, das während eines Neustarts einer Datenbank-Instance auftreten konnte, das mehr als einen Neustart verursachen kann.

Es wurde ein Problem in InnoDB behoben, bei dem ein Codefehler im Zusammenhang mit Tabellenstatistiken eine Assertion in der Quelldatei dict0stats.cc auslöste. (Fehler #24585978)

Es wurde ein Problem behoben, wobei ein sekundärer Index über eine virtuelle Spalte beschädigt wurde, wenn der Index online erstellt wurde. Bei UPDATE-Anweisungen beheben wir dies wie folgt: Wenn der virtuelle Spaltenwert des Indexdatensatzes auf NULL festgelegt ist, generieren wir diesen Wert aus dem Clusterindexdatensatz. (Fehler #30556595)

Es wurde ein Problem in InnoDB behoben, bei dem das Löschen markierter Zeilen eine externe Lesesperre verursachen konnte, bevor ein teilweiser Rollback abgeschlossen wurde. Die externe Lesesperre verhinderte die Umwandlung einer impliziten Sperre in eine explizite Sperre während des teilweisen Rollbacks, was zu einem Assert-Fehler führte. (Fehler #29195848)

Es wurde ein Problem behoben, durch das die leeren Hostnamen in Konten die Funktion des Servers beeinträchtigen konnten. (Fehler #28653104)

Es wurde ein Problem in InnoDB behoben, durch das eine Abfrageunterbrechung während einer Sperrwartezeit einen Fehler verursachen kann. (Fehler #28068293)

Es wurde Problem bei der Replikation behoben, wobei Doppelspieltransaktionen manchmal den Slave-Applier blockieren konnten, wenn die Transaktionsisolationsstufe auf REPEATABLE READ festgelegt wurde. (Bug #25040331)

Es wurde ein Problem behoben, das dazu führen kann, dass Binlog-Replikate aufgrund eines Sperrwartzeitlimits zum Stillstand kamen. (Fehler #27189701)

Hash-Verknüpfungen. Weitere Informationen finden Sie unter Optimieren großer Aurora-MySQL-Join-Abfragen mit Hash-Joins im Amazon-Aurora-Benutzerhandbuch.

Native Funktionen für den synchronen Aufruf von AWS Lambda-Funktionen. Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion mit einer nativen Aurora-MySQL-Funktion im Amazon-Aurora-Benutzerhandbuch.

Scan-Batching. Weitere Informationen finden Sie unter Aurora-MySQL-Datenbank-Engine-Updates 11.12.2017 (Version 1.16) (veraltet).

Migrieren von Daten aus MySQL mithilfe eines Amazon S3-Buckets. Weitere Informationen finden Sie unter Migrieren von Daten aus MySQL mithilfe eines Amazon-S3-Buckets im Amazon-Aurora-Benutzerhandbuch.

Plug-In für die Gruppenreplikation

Größere Seitengröße

Laden des InnoDB-Pufferpools beim Starten

Plugin für den InnoDB-Volltext-Parser

Replikation aus mehreren Quellen

Größenanpassung des Online-Pufferpools

Plugin für die Passwortvalidierung

Plugins für die Umformulierung von Abfragen

Replikationsfilter

Die SQL-Anweisung CREATE TABLESPACE