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.\$1-Versionen sind mit MySQL 5.6 kompatibel. Aurora MySQL 2.\$1-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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html). Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 und 3.02.\$1 unterstützt. Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie 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 [Aurora-MySQL-Long-Term-Support (LTS, Langzeit-Support)-Versionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) im *Amazon-Aurora-Benutzerhandbuch*. Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den [AWS Support](https://aws.amazon.com/support) zur Verfügung. Weitere Informationen finden Sie unter [Verwalten eines Amazon-Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) 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: + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) **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 \$126654685: Eine beschädigte Index-ID, die während der Überprüfung eines Fremdschlüssels aufgetreten ist, hat eine Behauptung ausgelöst + Fehler \$115831300: 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](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) auf dem Master zu einer [BIGINT-Spalte](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 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\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) angegebenen werden, zu ändern oder zu überschreiben. Weitere Informationen finden Sie unter [Zeilen-basierte Replikation: Attributförderung und -herabstufung](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion) sowie in der Beschreibung der Variable. + Fehler \$117449901: 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\$1key\$1checks=0. Die Fremdschlüsseleinschränkung muss entfernt werden, bevor der Fremdschlüsselindex gelöscht wird. + FEHLER \$120768847: [ALTER TABLE ... Eine DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)-Operation für eine Tabelle mit Fremdschlüsselabhängigkeiten hat eine Behauptung ausgelöst.