Aurora-MySQL-Datenbank-Engine-Updates 09.11.2020 (Version 1.22.3) (veraltet) - Amazon Aurora
VerbesserungenIntegration von MySQL-Fehlerbehebungen (Community Edition):

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aurora-MySQL-Datenbank-Engine-Updates 09.11.2020 (Version 1.22.3) (veraltet)

Version: 1.22.3

Aurora MySQL 1.22.3 ist allgemein verfügbar. Aurora MySQL 1.*-Versionen sind mit MySQL 5.6 kompatibel. Aurora MySQL 2.*-Versionen sind mit MySQL 5.7 kompatibel.

Diese Engine-Version wird planmäßig am 28. Februar 2023 veralten. Weitere Informationen finden Sie unter Vorbereitung auf das Lebenszyklusende der mit Amazon Aurora MySQL kompatiblen Edition Version 1.

Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* und 3.02.* unterstützt.

Geben Sie zum Erstellen eines Clusters mit einer älteren Version von Aurora MySQL die Engine-Version über die RDS-Konsole, die AWS-CLI oder die Amazon-RDS-API an.

Anmerkung

Diese Version ist als Long-Term Support- (LTS, Langzeit-Support)-Version ausgewiesen. Weitere Informationen finden Sie unter Versionen von Aurora MySQL Long-Term Support (LTS) im Amazon-Aurora-Benutzerhandbuch.

Bei Fragen oder Bedenken steht Ihnen der AWS Support in den Community-Foren und über AWS Support zur Verfügung. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

Fehlerbehebungen bei der Sicherheit:

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE Fixes unten:

Inkompatible Änderungen:

Diese Version führt eine Berechtigungsänderung ein, die sich auf das Verhalten des mysqldump Befehls auswirkt. Benutzer müssen das PROCESS Recht haben, auf die INFORMATION_SCHEMA.FILES Tabelle zuzugreifen. Um den mysqldump Befehl ohne Änderungen auszuführen, erteilen Sie dem Datenbankbenutzer, mit dem sich der PROCESS Befehl verbindet, die mysqldump Berechtigung. Sie können den mysqldump Befehl auch mit der --no-tablespaces Option ausführen. Mit dieser Option enthält die mysqldump Ausgabe keine CREATE LOGFILE GROUP oder CREATE TABLESPACE Anweisungen. In diesem Fall greift der mysqldump Befehl nicht auf die INFORMATION_SCHEMA.FILES Tabelle zu, und Sie müssen die PROCESS Berechtigung nicht erteilen.

Verbesserungen der Verfügbarkeit:

  • Es wurden Probleme behoben, die zu Serverneustarts während der Wiederherstellung einer nicht festgeschriebenen DDL-Anweisung führen können.

  • Die Race-Bedingungen im Sperrmanager, die einen Neustart des Servers verursachen können, wurden behoben.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass der Monitoring-Agent den Server während der Wiederherstellung einer großen Transaktion neu startet

Allgemeine Verbesserungen:

  • Das Verhalten wurde geändert, indem MIXED binlog_format jetzt ROW und nicht STATEMENT zugeordnet wird, wenn LOAD DATA FROM INFILE | S3 ausgeführt wird.

  • Es wurde ein Problem behoben, bei dem ein mit einem Aurora MySQL Binlog-Primary verbundenes Binlog-Replikat unvollständige Daten anzeigen konnte, wenn der Primary LOAD DATA FROM S3 ausführte und binlog_format auf STATEMENT festgelegt war.

Integration von MySQL-Fehlerbehebungen (Community Edition):

  • Fehler #26654685: Eine beschädigte Index-ID, die während der Überprüfung eines Fremdschlüssels aufgetreten ist, hat eine Behauptung ausgelöst

  • Fehler #15831300: Beim Hochsetzen von Ganzzahlen von einem kleineren Typ auf dem Master auf einen größeren Typ auf dem Slave (z. B. von einer SMALLINT-Spalte auf dem Master zu einer BIGINT-Spalte auf dem Slave) werden die hochgesetzten Werte standardmäßig so behandelt, als wären sie signiert. In solchen Fällen ist es nun möglich, dieses Verhalten mit einem oder beiden von ALL_SIGNED und ALL_UNSIGNED aus einer Reihe von Werten, die in der für die Systemvariable slave_type_conversions angegebenen werden, zu ändern oder zu überschreiben. Weitere Informationen finden Sie unter Zeilen-basierte Replikation: Attributförderung und -herabstufung sowie in der Beschreibung der Variable.

  • Fehler #17449901: Mit foreign_key_checks=0 ermöglicht InnoDB das Löschen eines Index, der für eine Fremdschlüsseleinschränkung erforderlich ist, wodurch die Tabelle inkonsistent wurde und die beim Laden der Tabelle aufgetretene Fremdschlüsselprüfung fehlschlug. InnoDB verhindert jetzt, dass ein Index gelöscht wird, der für eine Fremdschlüsseleinschränkung erforderlich ist, selbst bei foreign_key_checks=0. Die Fremdschlüsseleinschränkung muss entfernt werden, bevor der Fremdschlüsselindex gelöscht wird.

  • FEHLER #20768847: ALTER TABLE ... Eine DROP INDEX-Operation für eine Tabelle mit Fremdschlüsselabhängigkeiten hat eine Behauptung ausgelöst.