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.

# Aktualisierungen der Datenbank-Engine für Amazon Aurora MySQL Version 1 (veraltet)
<a name="AuroraMySQL.Updates.11Updates"></a>

Im Folgenden finden Sie die Aktualisierungen der Amazon Aurora Version 1 Datenbank-Engine:<a name="aurora_1x_updates"></a>
+ [Aurora-MySQL-Datenbank-Engine-Updates 30.09.2021 (Version 1.23.4) (veraltet)](AuroraMySQL.Updates.1234.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 28.06.2021 (Version 1.23.3) (veraltet)](AuroraMySQL.Updates.1233.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 18.03.2021 (Version 1.23.2) (veraltet)](AuroraMySQL.Updates.1232.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 24.11.2020 (Version 1.23.1) (veraltet)](AuroraMySQL.Updates.1231.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 02.09.2020 (Version 1.23.0) (veraltet)](AuroraMySQL.Updates.1230.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 03.06.2021 (Version 1.22.5) (veraltet)](AuroraMySQL.Updates.1225.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 04.03.2021 (Version 1.22.4) (veraltet)](AuroraMySQL.Updates.1224.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 09.11.2020 (Version 1.22.3) (veraltet)](AuroraMySQL.Updates.1223.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.22.2) (veraltet)](AuroraMySQL.Updates.1222.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 23.12.2019 (Version 1.22.1) (veraltet)](AuroraMySQL.Updates.1221.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.22.0) (veraltet)](AuroraMySQL.Updates.1220.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.21.0) (veraltet)](AuroraMySQL.Updates.1210.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.20.1) (veraltet)](AuroraMySQL.Updates.1201.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 11.11.2019 (Version 1.20.0) (veraltet)](AuroraMySQL.Updates.1200.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.19.6) (veraltet)](AuroraMySQL.Updates.1196.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 19.09.2019 (Version 1.19.5) (veraltet)](AuroraMySQL.Updates.1195.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.06.2019 (Version 1.19.2) (veraltet)](AuroraMySQL.Updates.1192.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 09.05.2019 (Version 1.19.1) (veraltet)](AuroraMySQL.Updates.1191.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 07.02.2019 (Version 1.19.0) (veraltet)](AuroraMySQL.Updates.1190.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 20.09.2018 (Version 1.18.0) (veraltet)](AuroraMySQL.Updates.1180.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.17.9) (veraltet)](AuroraMySQL.Updates.1179.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 17.01.2019 (Version 1.17.8) (veraltet)](AuroraMySQL.Updates.1178.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 08.10.2018 (Version 1.17.7) (veraltet)](AuroraMySQL.Updates.1177.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 06.09.2018 (Version 1.17.6) (veraltet)](AuroraMySQL.Updates.1176.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 14.08.2018 (Version 1.17.5) (veraltet)](AuroraMySQL.Updates.1175.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 07.08.2018 (Version 1.17.4) (veraltet)](AuroraMySQL.Updates.1174.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.06.2018 (Version 1.17.3) (veraltet)](AuroraMySQL.Updates.1173.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 27.04.2018 (Version 1.17.2) (veraltet)](AuroraMySQL.Updates.1172.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 23.03.2018 (Version 1.17.1) (veraltet)](AuroraMySQL.Updates.1171.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.17) (veraltet)](AuroraMySQL.Updates.117.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 11.12.2017 (Version 1.16) (veraltet)](AuroraMySQL.Updates.20171211.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 20.11.2017 (Version 1.15.1) (veraltet)](AuroraMySQL.Updates.20171120.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 24.10.2017 (Version 1.15) (veraltet)](AuroraMySQL.Updates.20171024.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.14.4) (veraltet)](AuroraMySQL.Updates.1144.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 22.09.2017 (Version 1.14.1) (veraltet)](AuroraMySQL.Updates.20170922.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 07.08.2017 (Version 1.14) (veraltet)](AuroraMySQL.Updates.20170807.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 15.05.2017 (Version 1.13) (veraltet)](AuroraMySQL.Updates.20170515.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 05.04.2017 (Version 1.12) (veraltet)](AuroraMySQL.Updates.20170405.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 23.02.2017 (Version 1.11) (veraltet)](AuroraMySQL.Updates.20170223.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 12.01.2017 (Version 1.10.1) (veraltet)](AuroraMySQL.Updates.20170112.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 14.12.2016 (Version 1.10) (veraltet)](AuroraMySQL.Updates.20161214.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 10.11.2016 (Versionen 1.9.0, 1.9.1) (veraltet)](AuroraMySQL.Updates.20161110.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 26.10.2016 (Version 1.8.1) (veraltet)](AuroraMySQL.Updates.20161026.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 18.10.2016 (Version 1.8) (veraltet)](AuroraMySQL.Updates.20161018.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 20.09.2016 (Version 1.7.1) (veraltet)](AuroraMySQL.Updates.20160920.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 30.08.2016 (Version 1.7.0) (veraltet)](AuroraMySQL.Updates.20160830.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 01.06.2016 (Version 1.6.5) (veraltet)](AuroraMySQL.Updates.20160601.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 06.04.2016 (Version 1.6) (veraltet)](AuroraMySQL.Updates.20160406.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 11.01.2016 (Version 1.5) (veraltet)](AuroraMySQL.Updates.20160111.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)](AuroraMySQL.Updates.20151203.md)
+ [Aurora-MySQL-Datenbank-Engine-Updates 16.10.2015 (Versionen 1.2, 1.3) (veraltet)](AuroraMySQL.Updates.20151016.md) 
+ [Aurora-MySQL-Datenbank-Engine-Updates 24.08.2015 (Version 1.1) (veraltet)](AuroraMySQL.Updates.20150824.md)

# Aurora-MySQL-Datenbank-Engine-Updates 30.09.2021 (Version 1.23.4) (veraltet)
<a name="AuroraMySQL.Updates.1234"></a><a name="1234"></a><a name="1.23.4"></a>

**Version:** 1.23.4

Aurora MySQL 1.23.4 ist allgemein verfügbar. Aurora MySQL 2.\$1-Versionen sind mit MySQL 5.7 kompatibel. Aurora MySQL 1.\$1-Versionen sind mit MySQL 5.6 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. 

 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
<a name="AuroraMySQL.Updates.1234.Improvements"></a>

 **Allgemeine Verbesserungen:** 
+  Es wurde ein Problem behoben, das aufgrund der übermäßigen Protokollierung von Informationsmeldungen in internen Diagnoseprotokolldateien zu einem hohen CPU-Verbrauch bei den Reader-Instances führen konnte. 

 **Wichtige Fehlerbehebungen:** 
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)

# Aurora-MySQL-Datenbank-Engine-Updates 28.06.2021 (Version 1.23.3) (veraltet)
<a name="AuroraMySQL.Updates.1233"></a><a name="1233"></a><a name="1.23.3"></a>

**Version:** 1.23.3

Aurora MySQL 1.23.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. 

 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
<a name="AuroraMySQL.Updates.1233.Improvements"></a>

 Allgemeine Stabilitäts- und Verfügbarkeitsverbesserungen 

 **Fehlerbehebungen bei der Sicherheit:** 
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)

# Aurora-MySQL-Datenbank-Engine-Updates 18.03.2021 (Version 1.23.2) (veraltet)
<a name="AuroraMySQL.Updates.1232"></a><a name="1232"></a><a name="1.23.2"></a>

**Version:** 1.23.2

Aurora MySQL 1.23.2 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 derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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
<a name="AuroraMySQL.Updates.1232.Improvements"></a>

 **Wichtige Fehlerbehebungen:** 
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)

 **Verbesserungen der Verfügbarkeit:** 
+  Es wurde ein Problem in der Funktion zur Größenänderung des dynamischen Clusterspeichers behoben, das zum Neustart von Reader-DB-Instances führen kann. 
+  Ein Failover-Problem aufgrund einer Race-Bedingung in der `RESET QUERY CACHE`-Anweisung wurde behoben. 
+  Ein Absturz in einem verschachtelten Prozeduraufruf mit Abfrage-Cache wurde behoben 
+  Ein Problem wurde behoben, um einen wiederholten Neustart von `mysqld` bei der Wiederherstellung von einer unvollständigen Kürzung von partitionierten oder unterpartitionierten Tabellen zu verhindern. 
+  Es wurde ein Problem behoben, das zur Verhinderung der Migration von On-Prem oder RDS for MySQL auf Aurora MySQL führen konnte. 
+  Es wurde eine seltene Race-Bedingung behoben, bei der die Datenbank während der Skalierung des Speichervolumes hätte neu gestartet werden können. 
+  Es wurde ein Problem im Sperrverwalter behoben, bei dem eine Race-Bedingung dazu führen konnte, dass eine Sperre von zwei Transaktionen gemeinsam genutzt wurde, was zu einem Neustart der Datenbank führte. 
+  Es wurde ein Problem im Zusammenhang mit der Transaktionssperr-Speicherverwaltung bei lang ausgeführten Schreibtransaktionen behoben, was zu einem Neustart der Datenbank führte. 
+  Es wurde eine race-Bedingung im Lock-Manager behoben, die zu einem Neustart oder Failover der Datenbank beim Transaktionsrollback führte. 
+  Es wurde ein Problem während des Upgrades von 5.6 auf 5.7 behoben, wenn in der Tabelle Fast Online DDL im Labor-Modus in 5.6 aktiviert war. 
+  Es wurden mehrere Probleme behoben, bei denen die Engine während des Zero-Downtime-Patchings neu gestartet werden konnte, während sie für das Patching nach einem ruhigen Punkt in der Datenbankaktivität suchte. 
+  Es wurden mehrere Probleme im Zusammenhang mit wiederholten Neustarts aufgrund von unterbrochenen DDL-Vorgängen behoben, z. B. `DROP TRIGGER`, `ALTER TABLE`, und speziell `ALTER TABLE`, das die Art der Partitionierung oder die Anzahl der Partitionen in einer Tabelle ändert. 
+  Der Standardwert von `table_open_cache` auf 16XL- und 24XL-Instances wurde aktualisiert, um wiederholte Neustarts und hohe CPU-Auslastung bei großen Instance-Klassen (R4/R5-16XL, R5-12XL, R5-24XL) zu vermeiden. Dies wirkte sich auf Versionen 1.21.x und 1.22.x aus. 
+  Es wurde ein Problem behoben, das dazu führte, dass ein Binlog-Replikat mit einem `HA_ERR_KEY_NOT_FOUND`-Fehler stoppt. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1232.Patches"></a>
+  *Replikation*: Während eine `SHOW BINLOG EVENTS` Anweisung ausgeführt wurde, wurde jede parallele Transaktion blockiert. Der Fix stellt sicher, dass der `SHOW BINLOG EVENTS` Prozess jetzt nur noch eine Sperre für die Dauer der Berechnung der Endposition der Datei erwirbt, daher werden parallele Transaktionen nicht für lange Zeiträume blockiert. (Fehler \$176618, Bug \$120928790) 

# Aurora-MySQL-Datenbank-Engine-Updates 24.11.2020 (Version 1.23.1) (veraltet)
<a name="AuroraMySQL.Updates.1231"></a><a name="1231"></a><a name="1.23.1"></a>

**Version:** 1.23.1

Aurora MySQL 1.23.1 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. 

 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
<a name="AuroraMySQL.Updates.1231.Improvements"></a>

 **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)

 **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 wurde ein Problem behoben, durch das eine Aurora Reader-Instance in einem sekundären globalen Datenbankcluster mit 1.23.0 wiederholt neu gestartet wurde. 
+  Es wurde ein Problem behoben, bei dem die Replikate einer sekundären Datenbankregion beim Upgrade auf Version 1.23.0 neu gestartet werden konnten, während der primäre Region-Writer eine ältere Release-Version hatte. 
+  Es wurde ein Speicherleck in der Funktion zur dynamischen Größenänderung behoben, das in Aurora MySQL 1.23.0 eingeführt wurde. 
+  Es wurde ein Problem behoben, das während der Ausführung einer Abfrage mithilfe der Funktion für parallele Abfragen zu einem Serverneustart führen konnte. 
+  Es wurde ein Problem behoben, das dazu führen konnte, dass sich eine Clientsitzung aufhängte, wenn die Datenbankengine beim Lesen oder Schreiben in das Netzwerk auf einen Fehler stieß. 

# Aurora-MySQL-Datenbank-Engine-Updates 02.09.2020 (Version 1.23.0) (veraltet)
<a name="AuroraMySQL.Updates.1230"></a><a name="1230"></a><a name="1.23.0"></a>

**Version:** 1.23.0

Aurora MySQL 1.23.0 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. 

 Sie können den Snapshot einer Aurora MySQL 1.\$1-Datenbank in Aurora MySQL 1.23.0 wiederherstellen. 

**Wichtig**  
 Die Verbesserungen des Aurora Speichers in dieser Version beschränken die verfügbaren Upgrade-Pfade von Aurora MySQL 1.23 auf Aurora MySQL 2.\$1. Wenn Sie einen Aurora MySQL 1.23-Cluster auf 2.\$1 aktualisieren, müssen Sie ein Upgrade auf Aurora MySQL 2.09.0 oder höher durchführen. 

 Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die RDS-Konsole, die AWS CLI oder die Amazon RDS-API an. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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
<a name="AuroraMySQL.Updates.1230.Improvements"></a>

 **Neue Funktionen:** 
+  Sie können jetzt durch Ändern des Werts für den DB-Cluster-Parameter parallele Abfragen für einen vorhandenen Cluster aktivieren oder deaktiviere `aurora_parallel_query`. Sie müssen beim Erstellen des Clusters nicht die Einstellung `parallelquery` für den Parameter `--engine-mode` verwenden. 

   Parallele Abfragen sind jetzt in allen Regionen verfügbar, in denen Aurora MySQL verfügbar ist. 

   Es gibt eine Reihe weiterer Funktionsverbesserungen und Änderungen für die Verfahren zum Aktualisieren und Aktivieren paralleler Abfragen in Aurora-Clustern. Weitere Informationen finden Sie im Abschnitt zum [Arbeiten mit parallelen Abfragen für Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) im *Amazon-Aurora-Benutzerhandbuch*. 
+  Mit dieser Version können Sie Amazon Aurora MySQL-Datenbank-Instances mit bis zu 128 Tebibyte (TiB) Speicher erstellen. Das neue Speicherlimit stellt eine Erhöhung gegenüber den vorherigen 64 TiB dar. Die Speichergröße von 128 TiB unterstützt größere Datenbanken. Diese Funktion wird für kleine Instance-Größen (db.t2 oder db.t3) nicht unterstützt. Ein einzelner Tabellenraum kann aufgrund von [InnoDB-Einschränkungen mit 16 KB Seitengröße](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html) nicht über 64 TiB hinausgehen. 

   Aurora benachrichtigt Sie, wenn die Cluster-Volume-Größe nahe 128 TiB liegt, sodass Sie Maßnahmen ergreifen können, bevor Sie die Größenbeschränkung erreichen. Die Benachrichtigungen werden im mysql-Protokoll und die RDS-Ereignisse in der angezeig AWS-Managementkonsole. 
+  Verbesserte Binärprotokoll-Verarbeitung zur Reduzierung der Wiederherstellungszeit nach einem Absturz und der Commit-Zeitlatenz bei sehr großen Transaktionen. 
+  Aurora passt die Größe Ihres Cluster-Speicherplatzes dynamisch an. Bei dynamischer Größenanpassung verringert sich der Speicherplatz für den Aurora-DB-Cluster automatisch, wenn Sie Daten aus dem DB-Cluster entfernen. Weitere Informationen finden Sie unter [Speicherskalierung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) im *Amazon-Aurora-Benutzerhandbuch*. 
**Anmerkung**  
 Die Funktion zur dynamischen Größenänderung wird schrittweise in den AWS Regionen eingesetzt, in denen Aurora verfügbar ist. Abhängig von der Region, in der sich Ihr Cluster befindet, ist diese Funktion möglicherweise noch nicht verfügbar. Weitere Informationen finden Sie in der Ankündigung [„Was ist neu“](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/). 

 **Wichtige Fehlerbehebungen:** 
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)

 **Verbesserungen der Verfügbarkeit:** 
+  Es wurde ein Problem im Sperrverwalter behoben, bei dem eine Race-Bedingung dazu führen konnte, dass eine Sperre von zwei Transaktionen gemeinsam genutzt wurde, was zu einem Neustart der Datenbank führte. 
+  Es wurde ein Problem im Zusammenhang mit der Transaktionssperr-Speicherverwaltung bei lang ausgeführten Schreibtransaktionen behoben, was zu einem Neustart der Datenbank führte. 
+  Es wurde eine race-Bedingung im Lock-Manager behoben, die zu einem Neustart oder Failover der Datenbank beim Transaktionsrollback führte. 
+  Es wurde ein Problem beim Upgrade von 5.6 auf 5.7 behoben, das auftrat, wenn sich das `innodb_file_format` in einer Tabelle änderte, bei der schnelle DDL aktiviert war. 
+  Es wurden mehrere Probleme behoben, bei denen die Engine während des Zero-Downtime-Patchings neu gestartet werden konnte, während sie für das Patching nach einem ruhigen Punkt in der Datenbankaktivität suchte. 
+  Es wurde ein Problem im Zusammenhang mit der DDL-Wiederherstellung behoben, das den Neustart der DB-Instance bei der Wiederherstellung einer unterbrochenen `DROP TRIGGER`-Operation beeinträchtigte. 
+  Es wurde ein Fehler behoben, der zur Nichtverfügbarkeit der Datenbank führen konnte, wenn während der Ausführung bestimmter Partitionierungsoperationen ein Absturz auftrat. Genauer gesagt, eine unterbrochene `ALTER TABLE`-Operation, bei der die Art der Partitionierung oder die Anzahl der Partitionen in einer Tabelle geändert wird. 
+  Korrigierter Standardwert von `table_open_cache` auf 16XL- und 24XL-Instances, der wiederholte Failover und hohe CPU-Auslastung auf großen Instance-Klassen (R4/R5-16XL, R5-12XL, R5-24XL) verursachen konnte. Dies wirkte sich auf 1.21.x und 1.22.x aus. 

 **Globale Datenbanken:** 
+  Füllen Sie fehlende Daten in der `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` MySQL-Ansicht für primäre und sekundäre AWS Regionen in einer globalen Aurora-Datenbank aus. 
+  Es wurden unerwartete Abfragefehler behoben, die in einer sekundären Global DB-Region aufgrund der Garbage Collection von Rückgängig-Datensätzen in der primären Region nach temporären Netzwerkkonnektivitätsproblemen zwischen der primären und der sekundären Region auftreten konnten. 

 **Parallele Abfrage:** 
+  Es wurde ein Problem behoben, bei dem die parallele Abfrage dazu führen konnte, dass eine lang laufende Abfrage ein leeres Ergebnis zurückgab. 
+  Es wurde ein Problem behoben, bei dem eine Abfrage in einer kleinen Tabelle auf der Aurora-Read-Replica länger als eine Sekunde dauern konnte. 
+  Es wurde ein Problem behoben, das zu einem Neustart führen konnte, wenn eine parallele Abfrage und eine DML-Anweisung unter einer hohen Workload gleichzeitig ausgeführt wurden. 

 **Allgemeine Verbesserungen:** 
+  Es wurde ein Problem behoben, bei dem Abfragen mit dem räumlichen Index Teilergebnisse zurückgeben konnten, wenn der räumliche Index auf Tabellen mit bereits vorhandenen großen räumlichen Werten erstellt wurde. 
+  Die maximal zulässige Länge für die Audit-Systemvariablen `server_audit_incl_users` und `server_audit_excl_users` wurde von 1.024 Bytes auf 2.000 Bytes erhöht. 
+  Es wurde ein Problem behoben, bei dem eine Binärprotokoll-Replica, die mit einem Aurora-MySQL-Binärprotokoll-Primary verbunden ist, unvollständige Daten anzeigen konnte, wenn das Aurora-MySQL-Binärprotokoll-Primary Daten von S3 unter `statement` `binlog_format` lud. 
+  Erfüllen des Community-Verhaltens, `mixed` binlog\$1format `row` statt `statement` zuzuordnen, um Daten zu laden. 
+  Es wurde ein Problem behoben, das dazu führte, dass die Binärprotokoll-Replikation nicht mehr funktionierte, wenn der Benutzer die Verbindung schloss und bei der Sitzung temporäre Tabellen verwendet wurden. 
+  Verbesserte Antwortzeit einer Abfrage mit temporären MyISAM-Tabellen. 
+  Es wurde ein Berechtigungsproblem behoben, wenn ein Binärprotokoll-Worker eine native Lambda-Funktion ausführte. 
+  Es wurde ein Problem bei Aurora-Read-Replicas behoben, wenn versucht wurde, das langsame Protokoll oder das allgemeine Protokoll abzufragen oder zu rotieren. 
+  Es wurde ein Problem behoben, durch das die logische Replikation unterbrochen wurde, wenn der Parameter `binlog_checksum` auf unterschiedliche Werte auf dem Master und dem Replikat festgelegt wurde. 
+  Es wurde ein Problem behoben, durch das Read Replicas vorübergehend Teilergebnisse einer kürzlich festgeschriebenen Transaktion auf dem Writer sehen konnten. 
+  Aufnahme von Transaktionsinformationen der zurückgerollten Transaktion in `show engine innodb status` bei Auflösen eines Deadlocks. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1230.Patches"></a>
+  Binärprotokoll-Ereignisse mit `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` werden zu `ALGORITHM=DEFAULT` umgeschrieben, um mit der Community-Edition kompatibel zu sein. 
+  Fehler \$122350047: WENN DER CLIENT NACH DEM ROLLBACK AUF DEN SAVEPOINT BEENDET WURDE, WURDEN VORHERIGE STMTS ÜBERTRAGEN 
+  Fehler \$129915479: DAS AUSFÜHREN VON COM\$1REGISTER\$1SLAVE OHNE COM\$1BINLOG\$1DUMP KANN ZU EINEM BEENDEN DES SERVERS FÜHREN 
+  Fehler \$130441969: FEHLER \$129723340: ABSTURZ DES MYSQL-SERVERS NACH SQL-ABFRAGE MIT DATA ?AST 
+  Bug \$130628268: ABSTURZ WEGEN FEHLENDEM SPEICHER 
+  Fehler \$127081349: UNERWARTETES VERHALTEN BEIM LÖSCHEN MIT RÄUMLICHER FUNKTION 
+  Fehler \$127230859: UNERWARTETES VERHALTEN BEIM HANDLING VON UNGÜLTIGEM POLYGON" 
+  Fehler \$127081349: UNERWARTETES VERHALTEN BEIM LÖSCHEN MIT SPATIAL" 
+  Fehler \$126935001: „ALTER TABLE AUTO\$1INCREMENT“ VERSUCHT, DEN INDEX AUS VERWORFENEM TABELLENRAUM ZU LESEN 
+  Fehler \$129770705: DER SERVER STÜRZTE BEIM AUSFÜHREN EINER AUSWAHL MIT SPEZIFISCHER WHERE-KLAUSEL AB 
+  Fehler \$127659490: AUSWAHL MIT DYNAMISCHEN BEREICH UND INDEX-ZUSAMMENFÜHRUNG VERBRAUCHT ZU VIEL SPEICHER (NICHT GENÜGEND SPEICHER) 
+  Fehler \$124786290: REPLIKATION BRICHT NACH DEM AUFTRETEN DES FEHLERS \$174145 IM MASTER AB 
+  Fehler \$127703912: ÜBERMÄSSIGE SPEICHERNUTZUNG MIT VIEL VORBEREITUNG 
+  Fehler \$120527363: TEMPORÄRER TABELLENABSTURZ KÜRZEN:\$1 DICT\$1 TF2 \$1FLAG\$1IS\$1SET (TABELLE, DICT\$1 \$1TEMPORARY) TF2 
+  Fehler \$123103937 PS\$1TRUNCATE\$1ALL\$1TABLES() FUNKTIONIERT NICHT IM MODUS SUPER\$1READ\$1ONLY 
+  Fehler \$125053286: DIE VERWENDUNG DER ANSICHT MIT BEDINGUNG VERURSACHT FEHLERHAFTES VERHALTEN (behoben in 5.6.36) 
+  Fehler \$125586773: FEHLERHAFTES VERHALTEN FÜR DAS ERSTELLEN EINER TABELLENAUSWAHL IN EINER SCHLEIFE IN SP (behoben in 5.6.39) 
+  Fehler \$127407480: AUTOMATIC\$1SP\$1PRIVILEGES ERFORDERT EINFÜGEBERECHTIGUNGEN FÜR MYSQL.USER-TABELLE 
+  Fehler \$126997096: Der `relay_log_space`-Wert wird nicht synchronisiert aktualisiert, sodass sein Wert manchmal viel höher ist als der tatsächlich von den Relay-Protokollen belegte Festplattenspeicher. 
+  Fehler \$115831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY FUNKTIONIERT NICHT WIE ERWARTET 
+  SSL-Fehler Backport Fehler \$117087862, Fehler \$120551271 
+  Fehler \$116894092: PERFORMANCE REGRESSION IN 5.6.6\$1 FOR INSERT INTO ... SELECT ... FROM (behoben in 5.6.15). 
+  Portierung einer Fehlerbehebung im Zusammenhang mit `SLAVE_TYPE_CONVERSIONS`. 

# Aurora-MySQL-Datenbank-Engine-Updates 03.06.2021 (Version 1.22.5) (veraltet)
<a name="AuroraMySQL.Updates.1225"></a><a name="1225"></a><a name="1.22.5"></a>

 **Version:** 1.22.5 

 Aurora MySQL 1.22.5 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. 

 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**  <a name="lts_notice_1225"></a>
 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
<a name="AuroraMySQL.Updates.1225.Improvements"></a>

 **Verbesserungen der Verfügbarkeit:** 
+  Es wurde ein Problem behoben, das dazu führen könnte, dass die Datenbank zum Stillstand gebracht und anschließend aufgrund eines Parallelitätskonflikts zwischen internen Bereinigungs-Threads neu gestartet oder fehlgeschlagen wurde. 
+  Es wurde ein Problem behoben, das dazu führen könnte, dass der Cluster nicht verfügbar wurde, wenn die Datenbank neu gestartet wurde, während XA-Transaktionen im vorbereiteten Zustand gehalten wurden und dann erneut gestartet wurden, bevor diese Transaktionen festgeschrieben oder zurückgesetzt wurden. Vor diesem Fix können Sie das Problem beheben, indem Sie den Cluster bis zu einem bestimmten Zeitpunkt vor dem ersten Neustart wiederherstellen. 
+  Es wurde ein Problem behoben, das dazu führen könnte, dass die InnoDB-Bereinigung blockiert wurde, wenn die Datenbank während der Verarbeitung einer DDL-Anweisung neu gestartet wird. Infolgedessen würde die Länge der InnoDB-Verlaufsliste zunehmen und das Cluster-Speichervolume würde weiter wachsen, bis es sich füllt, wodurch die Datenbank nicht verfügbar ist. Vor diesem Fix können Sie das Problem beheben, indem Sie die Datenbank erneut starten, um die Bereinigung zu entsperren. 

# Aurora-MySQL-Datenbank-Engine-Updates 04.03.2021 (Version 1.22.4) (veraltet)
<a name="AuroraMySQL.Updates.1224"></a><a name="1224"></a><a name="1.22.4"></a>

**Version:** 1.22.4

Aurora MySQL 1.22.4 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**  <a name="lts_notice_1224"></a>
 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
<a name="AuroraMySQL.Updates.1224.Improvements"></a>

 **Fehlerbehebungen bei der Sicherheit:** 

 Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE Fixes unten: 
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)

 **Verbesserungen der Verfügbarkeit:** 
+  Es wurde ein Problem behoben, das einen Neustart oder Failover der Datenbank während eines `kill session`-Befehls auslösen konnte. Wenn Sie auf dieses Problem stoßen, wenden Sie sich an den AWS Support, um diesen Fix auf Ihrer Instance zu aktivieren. 
+  Verbesserte Binärprotokollierung zur Reduzierung der Wiederherstellungszeit nach einem Absturz und der Commit-Latenz bei großen Transaktionen. 
+  Es wurde ein Problem behoben, das dazu führte, dass ein Binlog-Replikat mit einem `HA_ERR_KEY_NOT_FOUND`-Fehler stoppt. 

# Aurora-MySQL-Datenbank-Engine-Updates 09.11.2020 (Version 1.22.3) (veraltet)
<a name="AuroraMySQL.Updates.1223"></a><a name="1223"></a><a name="1.22.3"></a>

**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**  <a name="lts_notice_1223"></a>
 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
<a name="AuroraMySQL.Updates.1223.Improvements"></a>

 **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):
<a name="AuroraMySQL.Updates.1223.Patches"></a>
+  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. 

# Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.22.2) (veraltet)
<a name="AuroraMySQL.Updates.1222"></a>

**Version:** 1.22.2

Aurora MySQL 1.22.2 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 bitte die Engine-Version über die RDS-Konsole, die AWS CLI oder die Amazon RDS-API an. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.   
 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
<a name="AuroraMySQL.Updates.1222.Improvements"></a>

 **Wichtige Fehlerbehebungen:** 
+  Es wurde ein Problem von zeitweiligen Verbindungsfehlern nach der Zertifikatsrotation behoben. 
+  Es wurde ein Problem behoben, durch das das Klonen bei einigen Datenbank-Clustern mit hohen Schreiblasten länger dauert. 
+  Es wurde ein Problem behoben, durch das die logische Replikation unterbrochen wurde, wenn der Parameter `binlog_checksum` auf unterschiedliche Werte auf dem Master und dem Replikat festgelegt wurde. 
+  Es wurde ein Problem behoben, durch das langsames Protokoll und allgemeines Protokoll bei Lesereplikaten möglicherweise nicht ordnungsgemäß rotiert wurden. 
+  Es wurde ein Problem mit dem Verhalten von ANSI Read Committed Isolation Level behoben. 

# Aurora-MySQL-Datenbank-Engine-Updates 23.12.2019 (Version 1.22.1) (veraltet)
<a name="AuroraMySQL.Updates.1221"></a>

**Version:** 1.22.1

 Aurora MySQL 1.22.1 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 bitte die Engine-Version über die AWS-Managementkonsole, die AWS CLI oder die RDS-API an. Sie haben die Möglichkeit, bestehende Aurora MySQL 1.\$1 Datenbank-Cluster auf Aurora MySQL 1.22.1 upzugraden. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], (US-West) [-1], China AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Asien-Pazifik (Hongkong) [ap-east-1] und Naher Osten (Bahrain) [me-south-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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*. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1221.Improvements"></a>

 **Kritische Fehlerbehebungen:** 
+ Es wurden Probleme behoben, durch die Modulwiederherstellung mit Tabellensperren und temporären Tabellen verhindert wurden.
+ Die Stabilität des Binärprotokolls bei Verwendung temporärer Tabellen wurde verbessert.

 **Wichtige Fehlerbehebungen:** 
+ Es wurde ein langsames Speicherleck in bestimmten Aurora-Datenbankprotokollierungs- und Protokollierungs-Subsystem behoben, das den freizugebenden Speicher verringert.

# Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.22.0) (veraltet)
<a name="AuroraMySQL.Updates.1220"></a>

**Version:** 1.22.0

 Aurora MySQL 1.22.0 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 bitte die Engine-Version über die AWS-Managementkonsole, die AWS CLI oder die RDS-API an. Sie haben die Möglichkeit, bestehende Aurora MySQL 1.\$1 Datenbank-Cluster auf Aurora MySQL 1.22.0 upzugraden. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asien-Pazifik (Hongkong) [ap-east-1], Naher Osten (Bahrain) [me-south-1] und Südamerika (São Paulo) [sa-east-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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*. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1220.Improvements"></a>

 **Neue Funktionen:** 
+  Aurora MySQL-Cluster unterstützen jetzt die Instance-Typen r5.8xlarge, r5.16xlarge und r5.24xlarge. 
+  Binlog hat neue Erweiterung für bessere Commit Time-Latenz bei sehr großen Transaktionen. 
+  Aurora MySQL verfügt jetzt über einen Mechanismus für die Minimierung des Zeitfensters zum Schreiben der Events einer großen Transaktion beim Commitment zu Binlog. Dies verhindert effektiv längere Offline-Wiederherstellungen bei Datenbank abstürzen innerhalb diese Zeitfensters. Diese Funktion behebt auch ein Problem, bei dem eine große Transaktion kleine Transaktionen beim Binlog-Commitment blockiert. Diese Funktion ist standardmäßig deaktiviert und kann vom Serviceteam aktiviert werden, wenn dies für Ihr Workload erforderlich ist. Nach der Aktivierung wird sie bei Workloads > 500 MB ausgelöst. 
+  Unterstützung für ANSI-`READ COMMITTED`-Isolationsstufe auf den Read Replicas hinzugefügt. Diese Isolationsstufe ermöglicht das Ausführen von langandauernden Abfragen auf der Read Replica ohne Auswirkungen auf den hohen Durchsatz von Schreibvorgängen auf dem Schreiber-Knoten. Weitere Informationen finden Sie unter [Aurora MySQL-Isolationsstufen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels). 
+  Globale Datenbanken ermöglichen jetzt das Hinzufügen sekundärer schreibgeschützter Replikatregionen für Datenbankcluster, die in diesen AWS Regionen bereitgestellt werden: Regionen: USA Ost (Nord-Virginia) [us-east-1], USA Ost (Ohio) [us-east-2], USA West (Nordkalifornien) [us-west-1], USA West (Oregon) [us-west-2], Europa (Irland) [eu-west-1], Europa (London) [eu-west-2], Europa (Paris) [eu-west-2] -3], Asien-Pazifik (Tokio) [ap-northeast-1], Asien-Pazifik (Seoul) [ap-northeast-2], Asien-Pazifik (Singapur) [ap-southeast-1], Asien-Pazifik (Sydney) [ap-southeast-2], Kanada (Zentral) [ca-central-1], Europa (Frankfurt) [ eu-central-1] und Asien-Pazifik (Mumbai) [ap-south-1]. 
+  Die Hot Row Contention-Funktion ist jetzt allgemein verfügbar und erfordert nicht, dass die Aurora-Lab-Modus-Einstellung auf ON gesetzt wird. Diese Funktion sorgt für eine deutliche Verbesserung des Durchsatzes bei Workloads mit zahlreichen Transaktionen, die um Zeilen auf derselben Seite konkurrieren. 
+  Diese Version hat aktualisierte Zeitzonendateien zur Unterstützung der jüngsten brasilianischen Zeitzonenaktualisierung für neue Cluster. 

 **Kritische Fehlerbehebungen:** 
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)

 **Wichtige Fehlerbehebungen:** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+  Behebung eines Problems in der DDL-Wiederherstellungskomponente, das zu einer verlängerten Datenbank-Ausfallzeit führte. Cluster, die nach dem Ausführen von `TRUNCATE TABLE`-DDL-Anweisungen auf einer Tabelle mit einer `AUTO_INCREMENT`-Spalte nicht mehr verfügbar werden, sollten auf diese Version aktualisiert werden. 
+  Behebung eines Problems in der DDL-Wiederherstellungskomponente, das zu einer verlängerten Datenbank-Ausfallzeit führte. Cluster, die nach dem Ausführen von `DROP TABLE`-DDL-Anweisungen auf mehreren Tabellen nicht mehr verfügbar werden, sollten aktualisiert werden. 

 **Allgemeine Fehlerbehebungen zur Erhöhung der Stabilität:** 
+  Behebung eines Problems, durch das Read Replicas während einer lang andauernden Transaktion neu gestartet wurden. Kunden, bei denen Replica-Neustarts auftreten, die mit einem beschleunigten Rückgang des freistellbaren Speichers einhergehen, sollten ein Upgrade zu dieser Version durchführen. 
+  Behebung eines Problems, bei dem inkorrekterweise `ERROR 1836` gemeldet wurde, wenn eine eingebettete Anfrage gegen eine temporäre Tabelle auf der Read Replica ausgeführt wurde. 
+  Behebung eines parallelen Abfrageabbruchfehlers auf einer Aurora-Reader-Instance, während ein hoher Workload mit Schreibvorgängen auf der Aurora-Writer-Instance ausgeführt wird. 
+  Behebung eines Problems, durch das eine als Binlog-Master konfigurierte Datenbank neu gestartet wurde, während ein umfangreicher Schreib-Workload stattfand. 
+  Behebung eines Problems mit längerer Nichtverfügbarkeit beim Neustart der Engine. Dies behebt ein Problem bei der Buffer-Pool-Initialisierung. Dieses Problem tritt selten auf, kann sich aber potenziell auf jede unterstützte Version auswirken. 
+  Behebung eines Problems, das inkonsistente Daten in der `information_schema.replica_host_status`-Tabelle generiert hat. 
+  Behebung einer Race-Condition zwischen der parallelen Abfrage und den Standard-Ausführungspfaden, das dazu führte, dass die Reader-Knoten abwechselnd neu gestartet wurden. 
+  Verbesserung der Stabilität der Datenbank, wenn die Anzahl der Clientverbindungen den `max_connections`-Parameterwert überschreitet. 
+  Verbesserung der Stabilität der Reader-Instances durch die Blockierung nicht unterstützter DDL- und `LOAD FROM S3`-Abfragen. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1220.Patches"></a>
+  Bug\$116346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR 
+  Bug\$117733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() 
+  Bug \$120989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE 
+  Bug \$120181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD 
+  Fehler \$127326796 — MYSQL-ABSTURZ MIT INNODB-ASSERTION-FEHLER IN DER DATEI PARS.CC PARS0 
+  Bug \$120590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL 

# Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.21.0) (veraltet)
<a name="AuroraMySQL.Updates.1210"></a>

**Version:** 1.21.0

 Aurora MySQL 1.21.0 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. 

Zurzeit werden die Aurora MySQL-Versionen 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 und 2.07.\$1 unterstützt. Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die AWS-Managementkonsole, die AWS CLI oder die RDS-API an. Sie haben die Möglichkeit, bestehende Aurora MySQL 1.\$1 Datenbank-Cluster auf Aurora MySQL 1.21.0 upzugraden. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asien-Pazifik (Hongkong) [ap-east-1], Europa (Stockholm) [eu-north-1] und Naher Osten (Bahrain) [me-south-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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*. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1210.Improvements"></a>

 **Kritische Fehlerbehebungen:** 
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)

 **Wichtige Fehlerbehebungen:** 
+  Kunden mit einer Datenbankgröße von fast 64 Tebibytes (TiB) wird dringend empfohlen, auf diese Version zu aktualisieren, um Ausfallzeiten aufgrund von Stabilitätsfehlern zu vermeiden, die Volumes in der Nähe des Aurora Speicherlimits betreffen. 

 **Allgemeine Fehlerbehebungen zur Erhöhung der Stabilität:** 
+  Behebung eines parallelen Abfrageabbruchfehlers auf Aurora-Reader-Instances, während ein hoher Workload mit Schreibvorgängen auf der Aurora-Writer-Instance ausgeführt wird. 
+  Behebung eines Fehlers auf Aurora-Reader-Instances, der den freien Arbeitsspeicher bei lang andauernden Transaktionen reduzierte, während ein hoher Transaktions-Commit-Datenverkehr auf der Writer-Instance stattfindet. 
+  Der Wert des Parameters `aurora_disable_hash_join` ist jetzt nach einem Neustart der Datenbank oder einem Host-Ersatz persistent. 
+  Behebung eines Fehlers in Verbindung mit dem Cache für die Volltextsuche, aufgrund dessen der Aurora-Instance nicht mehr genügend Arbeitsspeicher zur Verfügung stand. Kunden, die die Volltextsuche nutzen, sollten ein Upgrade durchführen. 
+  Verbesserte Stabilität der Datenbanken, wenn die Hash-Join-Funktion aktiviert ist und der Instance wenig Speicherplatz zur Verfügung steht. Kunden, die Hash Join nutzen, sollten ein Upgrade durchführen. 
+  Behebung eines Problems im Abfrage-Cache, in dem der Fehler "Zu viele Verbindungen" zu einem Neustart führen konnte. 
+  Korrektur der Berechnung des freien Speichers auf T2-Instances mit Einbeziehung des Auslagerungsspeicherplatzes, um unnötige Neustarts zu vermeiden. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1210.Patches"></a>
+  Fehler \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Fehler \$117059925: Für [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html)-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte `ROWS_EXAMINED` von Leistungsschema-Anweisungstabellen (wie z. B. [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Fehler \$111827369: Einige Abfragen mit verschachtelten `SELECT ... FROM DUAL`-Unterabfragen erhöhten eine Assertion. 
+  Fehler \$116311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer `IN`-Klausel enthielt, die eine [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor)-Operation in der `WHERE`-Klausel enthielt. 

# Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.20.1) (veraltet)
<a name="AuroraMySQL.Updates.1201"></a>

**Version:** 1.20.1

Aurora MySQL 1.20.1 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.

 Zurzeit werden die Aurora MySQL-Versionen 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 und 2.07.\$1 unterstützt. Sie können den Snapshot einer Aurora MySQL 1.\$1-Datenbank in Aurora MySQL 1.20.1 wiederherstellen. 

 Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die RDS-Konsole, die AWS CLI oder die Amazon RDS-API an. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1201.Improvements"></a>

 **Wichtige Fehlerbehebungen:** 
+  Es wurde ein Problem von zeitweiligen Verbindungsfehlern nach der Zertifikatsrotation behoben. 
+  Es wurde ein Problem im Zusammenhang mit der Parallelität beim Schließen von Verbindungen behoben, das zu einem Failover bei hohem Workload führen würde. 

 **Allgemeine Fehlerbehebungen zur Erhöhung der Stabilität:** 
+  Ein Absturz während der Ausführung einer komplexen Abfrage mit Joins und Aggregation mit mehreren Tabellen, die intern Zwischentabellen verwendet, wurde behoben. 

# Aurora-MySQL-Datenbank-Engine-Updates 11.11.2019 (Version 1.20.0) (veraltet)
<a name="AuroraMySQL.Updates.1200"></a>

**Version:** 1.20.0

 Aurora MySQL 1.20.0 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. 

 Derzeit unterstützte Aurora MySQL-Versionen: 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 und 2.04.\$1. Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die AWS-Managementkonsole, die AWS CLI oder die RDS-API an. Sie haben auch die Möglichkeit, bestehendeAurora MySQL 1.\$1 Datenbank-Cluster auf 1.19.5 bis Aurora MySQL 1.20.0 upzugraden. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asien-Pazifik (Hongkong) [ap-east-1], Europa (Stockholm) [eu-north-1] und Naher Osten (Bahrain) [me-south-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

 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*. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1200.Improvements"></a>

 **Kritische Fehlerbehebungen:** 
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)

 **Wichtige Fehlerbehebungen:** 
+  Kunden mit einer Datenbankgröße von fast 64 Tebibytes (TiB) wird dringend empfohlen, auf diese Version zu aktualisieren, um Ausfallzeiten aufgrund von Stabilitätsfehlern zu vermeiden, die Volumes in der Nähe des Aurora Speicherlimits betreffen. 

 **Allgemeine Fehlerbehebungen zur Erhöhung der Stabilität:** 
+  Behebung eines parallelen Abfrageabbruchfehlers auf Aurora-Reader-Instances, während ein hoher Workload mit Schreibvorgängen auf der Aurora-Writer-Instance ausgeführt wird. 
+  Behebung eines Fehlers auf Aurora-Reader-Instances, der den freien Arbeitsspeicher bei lang andauernden Transaktionen reduzierte, während ein hoher Transaktions-Commit-Datenverkehr auf der Writer-Instance stattfindet. 
+  Der Wert des Parameters `aurora_disable_hash_join` ist jetzt nach einem Neustart der Datenbank oder einem Host-Ersatz persistent. 
+  Behebung eines Fehlers in Verbindung mit dem Cache für die Volltextsuche, aufgrund dessen der Aurora-Instance nicht mehr genügend Arbeitsspeicher zur Verfügung stand. Kunden, die die Volltextsuche nutzen, sollten ein Upgrade durchführen. 
+  Verbesserte Stabilität der Datenbanken, wenn die Hash-Join-Funktion aktiviert ist und der Instance wenig Speicherplatz zur Verfügung steht. Kunden, die Hash Join nutzen, sollten ein Upgrade durchführen. 
+  Behebung eines Problems im Abfrage-Cache, in dem der Fehler "Zu viele Verbindungen" zu einem Neustart führen konnte. 
+  Korrektur der Berechnung des freien Speichers auf T2-Instances mit Einbeziehung des Auslagerungsspeicherplatzes, um unnötige Neustarts zu vermeiden. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1200.Patches"></a>
+  Fehler \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Fehler \$117059925: Für [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html)-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte `ROWS_EXAMINED` von Leistungsschema-Anweisungstabellen (wie z. B. [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Fehler \$111827369: Einige Abfragen mit verschachtelten `SELECT ... FROM DUAL`-Unterabfragen erhöhten eine Assertion. 
+  Fehler \$116311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer `IN`-Klausel enthielt, die eine [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor)-Operation in der `WHERE`-Klausel enthielt. 

# Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.19.6) (veraltet)
<a name="AuroraMySQL.Updates.1196"></a>

**Version:** 1.19.6

Aurora MySQL 1.19.6 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. 

 Sie können den Snapshot einer Aurora MySQL 1.\$1-Datenbank in Aurora MySQL 1.19.6 wiederherstellen. 

 Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die RDS-Konsole, die AWS CLI oder die Amazon RDS-API an. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1196.Improvements"></a>

 **Wichtige Fehlerbehebungen:** 
+  Es wurde ein Problem von zeitweiligen Verbindungsfehlern nach der Zertifikatsrotation behoben. 

# Aurora-MySQL-Datenbank-Engine-Updates 19.09.2019 (Version 1.19.5) (veraltet)
<a name="AuroraMySQL.Updates.1195"></a>

**Version:** 1.19.5

 Aurora MySQL 1.19.5 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. 

 Sie haben die Möglichkeit, bestehende Datenbank-Cluster auf Aurora MySQL 1.19.5 upzugraden. Sie können Snapshots von Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.1. und 1.19.2 in Aurora MySQL 1.19.5 wiederherstellen. 

 Um eine ältere Version von Aurora MySQL zu verwenden, können Sie neue Datenbankcluster erstellen, indem Sie die Engine-Version über die AWS-Managementkonsole AWS CLI, die oder die RDS-API angeben. 

 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*. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: Europa (London) [eu-west-2], AWS GovCloud (US-Ost) [us-gov-east-1], (US-West) [-1], China AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1] und Asien-Pazifik (Hongkong) [ap-east-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1195.Improvements"></a>
+  Behebung eines Fehlers auf Aurora-Reader-Instances, der den freien Arbeitsspeicher bei lang andauernden Transaktionen reduzierte, während ein hoher Transaktions-Commit-Datenverkehr auf der Writer-Instance stattfindet. 
+  Behebung eines parallelen Abfrageabbruchfehlers auf Aurora-Reader-Instances, während ein hoher Workload mit Schreibvorgängen auf der Aurora-Writer-Instance ausgeführt wird. 
+  Der Wert des Parameters `aurora_disable_hash_join` ist jetzt nach einem Neustart der Datenbank oder einem Host-Ersatz persistent. 
+  Behebung eines Fehlers in Verbindung mit dem Cache für die Volltextsuche, aufgrund dessen der Aurora-Instance nicht mehr genügend Arbeitsspeicher zur Verfügung stand. 
+  Verbesserte Stabilität der Datenbanken, wenn die Volume-Größe nahe am 64-Tebibyte(TiB)-Volume-Limit liegt, indem 160 GB an Speicher für den Wiederherstellungs-Workflow reserviert wird, damit er ohne Failover abgeschlossen wird. 
+  Verbesserte Stabilität der Datenbanken, wenn die Hash-Join-Funktion aktiviert ist und der Instance wenig Speicherplatz zur Verfügung steht. 
+  Korrektur der freien Speicherberechnung zum Einbeziehen des Auslagerungsspeicherplatzes auf T2-Instances, wodurch sie vorzeitig neu gestartet wurden. 
+  Behebung eines Problems im Abfrage-Cache, in dem der Fehler "Zu viele Verbindungen" zu einem Neustart führen konnte. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1195.Patches"></a>
+  [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) 
+  [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) 
+  FEHLER \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Fehler \$117059925: Für [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html)-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte `ROWS_EXAMINED` von Leistungsschema-Anweisungstabellen (wie z. B. [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Fehler \$111827369: Einige Abfragen mit verschachtelten `SELECT ... FROM DUAL`-Unterabfragen erhöhten eine Assertion. 
+  Fehler \$116311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer `IN`-Klausel enthielt, die eine [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor)-Operation in der `WHERE`-Klausel enthielt. 

# Aurora-MySQL-Datenbank-Engine-Updates 05.06.2019 (Version 1.19.2) (veraltet)
<a name="AuroraMySQL.Updates.1192"></a>

**Version:** 1.19.2

 Aurora MySQL 1.19.2 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster einschließlich aus Snapshots wiederhergestellter Datenbank-Cluster können mit 1.17.8, 1.19.0, 1.19.1 oder 1.19.2 erstellt werden. Sie können optional für vorhandene Datenbank-Cluster ein Upgrade auf Aurora MySQL 1.19.2 ausführen, müssen dies jedoch nicht. Um eine ältere Version zu verwenden, erstellen Sie neue Datenbank-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 oder Aurora MySQL 1.18. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

 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*. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1], Europa (Stockholm) [eu-north-1], China (Ningxia) [cn-northwest-1] und Asien-Pazifik (Hongkong) [ap-east-1] nicht verfügbar. AWS Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1192.Improvements"></a>
+  Beseitigung eines Problems, das beim Laden von Daten aus Amazon S3 in Aurora zu Fehlern führen könnte. 
+  Beseitigung eines Problems, das beim Hochladen von Daten aus Aurora zu Amazon S3 zu Fehlern führen könnte. 
+  Beseitigung eines Fehlers, das zur Erstellung von Zombie-Sitzungen in einem beendeten Zustand führte. 
+  Beseitigung eines Fehlers, der beim Behandeln eines Fehlers in der Netzwerkprotokollverwaltung zum Abbruch von Verbindungen führte. 
+  Beseitigung eines Problems, das beim Arbeiten mit partitionierten Tabellen zu einem Absturz führen konnte. 
+  Beseitigung eines Problems im Zusammenhang mit der binlong-Replikation der Auslösererstellung. 

# Aurora-MySQL-Datenbank-Engine-Updates 09.05.2019 (Version 1.19.1) (veraltet)
<a name="AuroraMySQL.Updates.1191"></a>

**Version:** 1.19.1

 Aurora MySQL 1.19.1 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Clustern, einschließlich der aus Snapshots wiederhergestellten, können mit 1.17.8, 1.19.0 oder 1.19.1 wiederhergestellt werden. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.19.1 ausführen (nicht verpflichtend). Um eine ältere Version zu verwenden, erstellen Sie neue Datenbank-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 oder Aurora MySQL 1.18. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

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*.

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Verbesserungen
<a name="AuroraMySQL.Updates.1191.Improvements"></a>
+  Es wurde ein Fehler in der Binärprotokoll-Replikation behoben, der ein Problem auf Aurora-Instances, die als Binärprotokoll-Worker konfiguriert sind, verursachen kann. 
+  Ein Fehler bei der Verarbeitung bestimmter `ALTER TABLE`-Befehle wurde behoben. 
+  Ein Fehler in Form von Verbindungsabbrüchen aufgrund eines Problems in der Netzwerkprotokollverwaltung wurde behoben. 

# Aurora-MySQL-Datenbank-Engine-Updates 07.02.2019 (Version 1.19.0) (veraltet)
<a name="AuroraMySQL.Updates.1190"></a>

**Version:** 1.19.0

 Aurora MySQL 1.19.0 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, können mit 1.17.8 oder 1.19.0 wiederhergestellt werden. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.19.0 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie neue Datenbank-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 oder Aurora MySQL 1.18.0. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

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*.

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

**Anmerkung**  
Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter [Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) in der *Amazon-Aurora-Benutzeranleitung*.

## Features
<a name="AuroraMySQL.Updates.1190.Features"></a>
+  **Aurora-Versionsauswahl** – Ab Aurora MySQL 1.19.0 können Sie in der Amazon RDS-Konsole zwischen mehreren MySQL 5.6-kompatiblen Aurora-Versionen auswählen. Weitere Informationen finden Sie unter [Aurora-MySQL-Engine-Versionen überprüfen oder angeben AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.1190.Improvements"></a>
+  Es wurde ein Stabilitätsproblem im Zusammenhang mit der `CHECK TABLE`-Abfrage auf einer Aurora Replica behoben. 
+  Es wurde eine neue globale `aurora_disable_hash_join`-Benutzervariable zum Deaktivieren von Hash-Join eingeführt. 
+  Es wurde ein Stabilitätsproblem beim Erzeugen der Ausgabezeile beim Hash-Join mehrerer Tabellen erzeugt. 
+  Es wurde ein Problem behoben, bei dem aufgrund einer Planänderung während der Hash-Join-Anwendbarkeitsprüfung ein falsches Ergebnis zurückgegeben wurde. 
+  Bei lang andauernden Transaktionen wird Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) unterstützt. Diese Verbesserung tritt beim Aktualisieren von Version 1.19 auf eine höhere Version in Kraft. 
+  Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) wird nun unterstützt, wenn binlog aktiviert ist. Diese Verbesserung tritt beim Aktualisieren von Version 1.19 auf eine höhere Version in Kraft. 
+  Es wurde ein Problem behoben, durch das die CPU-Auslastung auf einer Aurora-Replica unabhängig von der Workload erhöht wurde. 
+  Es wurde eine race-Bedingung im Lock-Manager behoben, die zu einem Neustart der Datenbank führte. 
+  Es wurde eine race-Bedingung in der Lock-Manager-Komponente behoben, um die Stabilität von Aurora-Instances zu verbessern. 
+  Die Stabilität des Deadlock Detectors innerhalb der Lock Manager-Komponente wurde verbessert. 
+  `INSERT`Die Operation ist für eine Tabelle verboten, wenn InnoDB erkennt, dass der Index beschädigt wurde. 
+  Es wurde ein Stabilitätsproblem in Fast DDL behoben. 
+  Die Stabilität von Aurora wurde durch Reduzieren des Speicherverbrauchs beim Scan-Batching für einzeilige Unterabfragen verbessert. 
+  Es wurde ein Stabilitätsproblem behoben, dass auftrat, nachdem ein Fremdschlüssel entfernt wurde, während die Systemvariable `foreign_key_checks` auf "0" eingestellt war. 
+  Es wurde ein Problem bei der Out-Of-Memory-Vermeidungsfunktion behoben, bei dem die vom Benutzer am `table_definition_cache`-Wert vorgenommenen Änderungen fälschlicherweise überschrieben wurden. 
+  Es wurden Stabilitätsprobleme bei der Out-Of-Memory-Vermeidungsfunktion behoben. 
+  Es wurde ein Problem behoben, bei dem `query_time` und `lock_time` in `slow_query_log` auf unzulässige Werte eingestellt wurden. 
+  Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch die interne unsachgemäße Bearbeitung der Zeichenfolgensortierung ausgelöst wurde. 
+  Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch eine Sekundärindexsuche ausgelöst wurde. 
+  Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch die Aktualisierung mehrerer Tabellen ausgelöst wurde. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1190.Patches"></a>
+  BUG \$132917: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY 
+  BUG \$163144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE 

# Aurora-MySQL-Datenbank-Engine-Updates 20.09.2018 (Version 1.18.0) (veraltet)
<a name="AuroraMySQL.Updates.1180"></a>

**Version:** 1.18.0

Aurora MySQL 1.18.0 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen parallelen Aurora MySQL-Abfrage-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.18.0 erstellt. Für bestehende parallele Abfrage-Cluster können Sie ein Upgrade auf Aurora MySQL 1.18.0 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 oder Aurora MySQL 1.17.6 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.18.0 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Wichtig**  
 Aurora MySQL 1.18.0 gilt nur für parallele Aurora-Abfrage-Cluster. Wenn Sie einen bereitgestelltes 5.6.10a-Cluster aktualisieren, ergibt dies Version 1.17.8. Wenn Sie einen parallelen 5.6.10a-Abfrage-Cluster aktualisieren, ergibt dies Version 1.18.0. 

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*.

## Features
<a name="AuroraMySQL.Updates.1180.Features"></a>
+  **Parallel Query** ist mit dieser Version für neue Cluster und wiederhergestellte Schnappschüsse verfügbar. Aurora MySQL Parallel Query ist eine Optimierung, die einige der bei der I/O Verarbeitung datenintensiver Abfragen erforderlichen Berechnungen parallelisiert. Die parallelisierten Vorgänge beinhalten das Abrufen von Zeilen aus dem Speicher, das Extrahieren von Spaltenwerten und das Bestimmen der Zeilen, die den Bedingungen der `WHERE`-Klausel und der JOIN-Klauseln entsprechen. Diese datenintensive Arbeit wird (datenbankoptimiert, herabgestuft) an mehrere Knoten in der verteilten Speicherebene von Aurora delegiert. Ohne eine Parallelabfrage leitet jede Abfrage die gescannten Daten zu einem einzigen Knoten innerhalb des Aurora MySQL-Clusters (Hauptknoten) und die Verarbeitung jeglicher Abfragen erfolgt dort. 
  + Ist Parallel Query aktiviert, entscheidet die Aurora MySQL-Engine automatisch, wann Abfragen profitieren können. An SQL müssen dafür keine Änderungen (z. B. Hinweise oder Tabellenattribute) vorgenommen werden.

  Weitere Informationen finden Sie im Abschnitt zum [Arbeiten mit parallelen Abfragen für Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) im *Amazon-Aurora-Benutzerhandbuch*. 
+  **OOM-Vermeidung:** Diese Funktion überwacht den Systemspeicher und verfolgt den von verschiedenen Datenbankkomponenten genutzten Speicher. Sobald das System nicht über ausreichend Arbeitsspeicher verfügt, wird zum Vermeiden von Out of Memory (OOM) und eines Datenbankneustarts eine Reihe an Aktionen ausgeführt, um Arbeitsspeicher von verschiedenen verfolgten Komponenten freizugeben. Diese Best-Effort-Funktion ist für t2-Instances standardmäßig aktiviert und kann mithilfe des neuen Instance-Parameters auch für andere Instance-Klassen aktiviert werde `aurora_oom_response`. Der Instance-Parameter führt eine Zeichenfolge mit durch Kommata getrennten Aktionen aus, die eine Instance durchführen muss, wenn nur wenig Arbeitsspeicher zur Verfügung steht. Gültige Aktionen sind „print“, „tune“, „decline“, „kill\$1query“ und jegliche Kombinationen dieser. Jede leere Zeichenfolge bedeutet, dass keine Aktionen durchgeführt werden dürfen und die Funktion wird deaktiviert. Die Standardaktion für die Funktion lautet „print, tune“. Verwendungsbeispiele: 
  + „print“ – druckt nur die Abfragen mit hohem Speicherbedarf.
  + „tune“ – stellt die Caches der internen Tabellen so ein, dass etwas Arbeitsspeicher für das System freigegeben wird.
  + „decline“ – lehnt neue Abfragen ab, sobald der Instance wenig Speicherplatz zur Verfügung steht.
  + „kill\$1query“ – beendet die Abfragen in absteigender Reihenfolge des Speicherverbrauchs, bis der Instance-Speicher oberhalb des unteren Schwellenwerts liegt. Data Definition Language (DDL)-Anweisungen werden nicht beendet.
  + „print, tune“ – führt die beschriebenen Aktionen sowohl für „print“ als auch für „tune“ aus.
  + „tune, decline, kill\$1query“ – führt die beschriebenen Aktionen für „tune“, „decline“ und „kill\$1query“ aus.

  Informationen zu den out-of-memory Bearbeitungsbedingungen und weitere Hinweise zur Fehlerbehebung finden Sie unter [Probleme mit Amazon Aurora MySQL out of memory](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) im *Amazon Aurora Aurora-Benutzerhandbuch*. 

# Aurora-MySQL-Datenbank-Engine-Updates 05.03.2020 (Version 1.17.9) (veraltet)
<a name="AuroraMySQL.Updates.1179"></a>

**Version:** 1.17.9

Aurora MySQL 1.17.9 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.

 Zurzeit werden die Aurora MySQL-Versionen 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 und 2.07.\$1 unterstützt. Sie können den Snapshot einer Aurora MySQL 1.\$1-Datenbank in Aurora MySQL 1.17.9 wiederherstellen. 

 Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die RDS-Konsole, die AWS CLI oder die Amazon RDS-API an. 

**Anmerkung**  
 Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1179.Improvements"></a>

 **Wichtige Fehlerbehebungen:** 
+  Es wurde ein Problem von zeitweiligen Verbindungsfehlern nach der Zertifikatsrotation behoben. 

# Aurora-MySQL-Datenbank-Engine-Updates 17.01.2019 (Version 1.17.8) (veraltet)
<a name="AuroraMySQL.Updates.1178"></a>

**Version:** 1.17.8

Aurora MySQL 1.17.8 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.8 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.8 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie einen neuen Datenbank-Cluster in Aurora MySQL 1.14.4, 1.15.1, 1.16 oder 1.17.7. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.8 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1178.Improvements"></a>
+  Ein Leistungsproblem wurde behoben, durch das die CPU-Auslastung auf einer Aurora-Replica nach einem Neustart erhöht wurde. 
+  Ein Stabilitätsproblem für `SELECT`-Abfragen mit Hash-Join wurde behoben. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1178.Patches"></a>
+  Fehler 13418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE 

# Aurora-MySQL-Datenbank-Engine-Updates 08.10.2018 (Version 1.17.7) (veraltet)
<a name="AuroraMySQL.Updates.1177"></a>

**Version:** 1.17.7

Aurora MySQL 1.17.7 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.7 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.7 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie einen neuen Datenbank-Cluster in Aurora MySQL 1.14.4, 1.15.1, 1.16 oder 1.17.6. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.7 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1177.Improvements"></a>
+  Die Variable des InnoDB-Status `innodb_buffer_pool_size` wurde öffentlich zugänglich gemacht, damit die Kunden Änderungen vornehmen können. 
+  Ein Stabilitätsproblem auf dem Aurora-Cluster wurde behoben, das bei Failovers auftrat. 
+  Clusterverfügbarkeit wurde durch Behebung eines DDL-Wiederherstellungsproblems verbessert, das nach einer fehlgeschlagenen `TRUNCATE`-Operation auftrat. 
+  Ein durch DDL-Operationen ausgelöstes Stabilitätsproblem im Zusammenhang mit dem `mysql.innodb_table_stats`-Tabellenupdate wurde behoben. 
+  Stabilitätsprobleme des Aurora Replicas wurden behoben, die während der Invalidierung des Abfragecaches nach einer DDL-Operation ausgelöst wurden. 
+  Ein Stabilitätsproblem wurde behoben, das durch ungültigen Speicherzugriff während der periodischen Bereinigung des Datenverzeichniscaches im Hintergrund ausgelöst wurde. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1177.Patches"></a>
+  Fehler \$116208542: Das Verwerfen eines Index auf einer Fremdschlüsselspalte führt zu einer fehlenden Tabelle. 
+  Fehler \$176349: Speicherleck in add\$1derived\$1key(). 
+  Fehler \$116862316: Für partitionierte Tabellen liefern Abfragen unterschiedliche Ergebnisse, je nachdem, ob Index Merge verwendet wurde. 
+  Fehler \$117588348: Abfragen mit der index\$1merge-Optimierung (siehe [Index Merge Optimization](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) können ungültige Ergebnisse liefern, wenn sie an Tabellen ausgeführt werden, die mithilfe von HASH partitioniert wurden. 

# Aurora-MySQL-Datenbank-Engine-Updates 06.09.2018 (Version 1.17.6) (veraltet)
<a name="AuroraMySQL.Updates.1176"></a>

**Version:** 1.17.6

Aurora MySQL 1.17.6 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.6 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.6 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie einen neuen Datenbank-Cluster in Aurora MySQL 1.14.4, 1.15.1, 1.16 oder 1.17.5. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.6 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1176.Improvements"></a>
+  Ein Stabilitätsproblem beim Aurora Reader für `SELECT`-Abfragen wurde behoben, während der Aurora Writer DDL-Operationen auf derselben Tabelle durchgeführt hat. 
+  Es wurde ein Stabilitätsproblem behoben, das durch die Erstellung und Löschung von DDL-Protokollen für temporäre Tabellen verursacht wurde, die die Heap/Memory Engine verwenden. 
+  Ein Stabilitätsproblem auf dem Binärprotokoll-Worker wurde behoben, bei dem DDL-Anweisungen repliziert werden, während die Verbindung zum Binärprotokoll-Master instabil ist. 
+  Ein Stabilitätsproblem wurde behoben, das beim Schreiben in das Slow-Query-Protokoll aufgetreten ist. 
+  Ein Problem mit der Replikationsstatustabelle wurde behoben, das falsche Aurora Reader-Verzögerungsinformationen bereitgestellt hat. 

## Integration von MySQL-Fehlerbehebungen (Community Edition):
<a name="AuroraMySQL.Updates.1176.Patches"></a>
+  Für eine [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html)-Anweisung, durch die der Standardwert einer [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html)-Spalte umbenannt oder geändert wurde, ist die Änderung mit einer Tabellenkopie und nicht direkt durchgeführt worden. (Fehler \$167141, Fehler \$114735373, Fehler \$169580, Fehler \$117024290) 
+  Eine äußere Join-Operation zwischen einer regulären Tabelle und einer abgeleiteten Tabelle, die implizit aus Gruppen besteht, könnte zum Beenden des Servers führen. (Fehler \$116177639) 

# Aurora-MySQL-Datenbank-Engine-Updates 14.08.2018 (Version 1.17.5) (veraltet)
<a name="AuroraMySQL.Updates.1175"></a>

**Version:** 1.17.5

Aurora MySQL 1.17.5 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.5 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.5 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie einen neuen Datenbank-Cluster in Aurora MySQL 1.14.4, 1.15.1, 1.16 oder 1.17.4. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.5 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1175.Improvements"></a>
+  Es wurde ein Problem behoben, bei dem ein Aurora Writer möglicherweise neu startet, nachdem ein Aurora-Cluster mit der Funktion Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) gepatcht wurde. 

# Aurora-MySQL-Datenbank-Engine-Updates 07.08.2018 (Version 1.17.4) (veraltet)
<a name="AuroraMySQL.Updates.1174"></a>

**Version:** 1.17.4

Aurora MySQL 1.17.4 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.4 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.4 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie einen neuen Datenbank-Cluster in Aurora MySQL 1.14.4, 1.15.1, 1.16 oder 1.17.3. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.4 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1174.Improvements"></a>
+  Replikationsverbesserungen: 
  +  Weniger Datenverkehr im Netzwerk, weil Binärprotokoll-Datensätze nicht an die Cluster-Replikate übertragen werden. Diese Verbesserung ist standardmäßig aktiviert. 
  +  Weniger Datenverkehr im Netzwerk, weil die Replikationsnachrichten komprimiert werden. Diese Verbesserung ist standardmäßig für die Instance-Klassen 8xlarge und 16xlarge aktiviert. Diese großen Instances sind für Datenverkehr für Schreiboperationen in großem Umfang geeignet, bei denen aufgrund der Replikationsmeldungen in nennenswertem Umfang zusätzlicher Datenverkehr im Netzwerk auftritt. 
  +  Korrekturen am Abfrage-Cache für Replikate 
+  Es wurde ein Problem behoben, bei dem `ORDER BY LOWER(col_name)` bei Verwendung der Kollation `utf8_bin` eine falsche Reihenfolge produzierte. 
+  Ein Problem wurde behoben, bei dem DDL-Anweisungen (insbesondere `TRUNCATE TABLE`) Probleme mit Aurora-Replicas verursachten, einschließlich Instabilität und fehlender Tabellen. 
+  Es wurde ein Problem behoben, bei dem Sockets in einem halb geöffneten Zustand verblieben, wenn Speicherknoten neu gestartet wurden. 
+ Die folgenden neuen DB-Cluster-Parameter sind verfügbar:
  + `aurora_enable_zdr` – Erlauben Sie, dass Verbindungen, die auf einem Aurora-Replica geöffnet wurden, beim Replica-Neustart aktiv bleiben.
  + `aurora_enable_replica_log_compression` – Aktivieren Sie die Kompression von Replikationsnutzlasten, um die Nutzung der Netzwerkbandbreite zwischen Master und Aurora-Replicas zu verbessern.
  + `aurora_enable_repl_bin_log_filtering` – Aktivieren Sie die Filterung von Replikationsdatensätzen, die von Aurora-Replicas auf dem Master nicht verwendet werden können.

# Aurora-MySQL-Datenbank-Engine-Updates 05.06.2018 (Version 1.17.3) (veraltet)
<a name="AuroraMySQL.Updates.1173"></a>

**Version:** 1.17.3

Aurora MySQL 1.17.3 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.3 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.3 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 oder Aurora MySQL 1.16 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.3 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

**Anmerkung**  
 Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben. 

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
<a name="AuroraMySQL.Updates.1173.Improvements"></a>
+ Es wurde ein Problem behoben, bei dem eine Aurora-Replica neu gestartet werden konnte, wenn optimistische Cursor-Wiederherstellungen beim Lesen von Datensätzen verwendet wurden.
+ Es wurde ein Problem behoben, bei dem ein Aurora Writer neu gestartet wurde, wenn versucht wurde, eine MySQL-Sitzung zu beenden (kill "*<session id>*„) mit aktiviertem Leistungsschema.
+ Es wurde ein Problem behoben, bei dem ein Aurora Writer neu gestartet wurde, wenn ein Schwellenwert für die Garbage Collection berechnet wurde.
+ Ein Problem wurde behoben, bei dem ein Aurora-Writer gelegentlich neu gestartet werden konnte, wenn er den Aurora-Replica-Fortschritt in der Protokollanwendung verfolgt hat.
+ Es wurde ein Problem mit dem Abfrage-Cache behoben, das zu veralteten Lesezugriffen führen konnte, wenn das Auto-Commit ausgeschaltet ist.

# Aurora-MySQL-Datenbank-Engine-Updates 27.04.2018 (Version 1.17.2) (veraltet)
<a name="AuroraMySQL.Updates.1172"></a>

**Version:** 1.17.2

Aurora MySQL 1.17.2 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.17.2 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.2 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 oder Aurora MySQL 1.16 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.2 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 

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
<a name="AuroraMySQL.Updates.1172.Improvements"></a>
+ Ein Problem wurde behoben, das während bestimmter DDL-Partitionsoperationen Neustarts verursachte.
+ Es wurde ein Problem behoben, das dazu führte, dass die Unterstützung für den Aufruf von AWS Lambda Funktionen über native Aurora MySQL-Funktionen deaktiviert wurde.
+ Ein Problem mit der Cache-Invalidierung wurde behoben, das zu Neustarts bei Aurora Replicas führte.
+ Ein Problem im Sperren-Manager wurde behoben, das zu Neustarts führte.

# Aurora-MySQL-Datenbank-Engine-Updates 23.03.2018 (Version 1.17.1) (veraltet)
<a name="AuroraMySQL.Updates.1171"></a>

**Version:** 1.17.1

Aurora MySQL 1.17.1 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL v1.1.17.1 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.17.1 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora MySQL 1.15.1, Aurora MySQL 1.16 oder Aurora MySQL 1.17 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. 

Mit Aurora MySQL-Version 1.17.1 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. In dieser Veröffentlichung werden einige bekannte Engine-Probleme sowie Regressionen behoben. 

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*.

**Anmerkung**  
Es gibt ein Problem mit der aktuellen Version der Aurora MySQL-Engine. Nach einem Upgrade auf Version 1.17.1 wird die Engine-Version fälschlicherweise als angezeig `1.17`. Wenn Sie ein Upgrade auf Version 1.17.1 durchführen, können Sie in der Spalte **Maintenance (Wartung)** des DB-Clusters in der AWS-Managementkonsoleüberprüfen, ob das Upgrade erfolgreich ausgeführt wurde. Wenn hier `none` angezeigt wird, wurde ein Engine-Upgrade auf Version 1.17.1 ausgeführt.

## Verbesserungen
<a name="AuroraMySQL.Updates.1171.Improvements"></a>
+ Behebung eines Fehler bei der Wiederherstellung von Binärprotokollen, der im Falle von größeren Binärprotokoll-Indexdateien zu längeren Wiederherstellungszeiten führte (dies kann geschehen, wenn die Binärprotokolle sehr häufig rotieren).
+ Behebung eines Fehlers im Abfrageoptimierer, der einen ineffizienten Abfrageplan für partitionierte Tabellen generierte.
+ Behebung eines Fehlers im Abfrageoptimierer, bei dem eine Bereichsabfrage zu einem Neustart der Datenbank-Engine führte.

# Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.17) (veraltet)
<a name="AuroraMySQL.Updates.117"></a>

**Version:** 1.17

Aurora MySQL 1.17 ist allgemein verfügbar. Aurora MySQL 1.x-Versionen sind nur mit MySQL 5.6 kompatibel, nicht mit MySQL 5.7. Alle neuen und mit Version 5.6 kompatiblen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora v1.1.17 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora 1.17 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora 1.14.1, Aurora 1.15.1 oder Aurora 1.16 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

Mit Aurora-Version 1.17 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir unterstützen das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. 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*. 

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.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.117.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Features
<a name="AuroraMySQL.Updates.117.New"></a>
+  Aurora MySQL unterstützt nun die Lock-Komprimierung, mit der die Speichernutzung vom Lock Manager optimiert wird. Ab Version 1.17 können Sie diese Funktion auch ohne Aktivierung des Labor-Modus nutzen. 

## Verbesserungen
<a name="AuroraMySQL.Updates.117.Improvements"></a>
+ Ein Fehler wurde behoben, der hauptsächlich bei Instances mit weniger Cores auftrat und bei dem ein einzelner Core auch bei ungenutzter Datenbank eine CPU-Auslastung von 100 % aufweisen konnte.
+ Verbesserte Leistung beim Abruf der Binärprotokolle von Aurora-Clustern.
+ Behebung eines Fehlers, bei dem Aurora-Replicas während des Versuchs, Tabellenstatistiken in den persistenten Speicher zu schreiben, abstürzten.
+ Behebung eines Fehlers, bei dem der Abfrage-Cache auf Aurora-Replicas nicht ordnungsgemäß funktionierte.
+ Behebung einer race-Bedingung im Lock-Manager, die zu einem Neustart der Engine führte.
+ Behebung eines Fehlers, bei dem Locks, die für schreibgeschützte Transaktionen mit automatischem Commit gelten, zu einem Neustart der Engine führten.
+ Behebung eines Fehlers, bei dem einige Abfragen nicht in die Audit-Protokolle geschrieben wurden.
+ Behebung eines Fehlers bei der Wiederherstellung bestimmter Partitionswartungsvorgänge bei einem Failover.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.117.BugFixes"></a>
+ LAST\$1INSERT\$1ID wird bei Nutzung von Replikationsfiltern fehlerhaft repliziert (Fehler 69861).
+ Abfrage gibt abhängig von der INDEX\$1MERGE-Einstellung unterschiedliche Ergebnisse zurück (Fehler 16862316).
+ Abfrageausführung führt gespeicherte Routine erneut aus, ineffizienter Abfrageplan (Fehler 16346367).
+ INNODB-FTS: Assert in FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS (Fehler 18079671).
+ Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995).
+ INNODB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333, Fehler 17458835)

# Aurora-MySQL-Datenbank-Engine-Updates 11.12.2017 (Version 1.16) (veraltet)
<a name="AuroraMySQL.Updates.20171211"></a>

**Version:** 1.16

Aurora MySQL 1.16 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora 1.16 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora 1.16 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora 1.14.1 oder Aurora 1.15.1 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

Mit Aurora-Version 1.16 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir aktivieren das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. 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*.

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.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.20171211.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Features
<a name="AuroraMySQL.Updates.20171211.New"></a>
+ Aurora MySQL unterstützt jetzt synchrone AWS Lambda Aufrufe über die native Funktion. `lambda_sync()` Außerdem ist die native Funktion `lambda_async()` vorhanden, die als Alternative zu der bestehenden gespeicherten Prozedur für asynchrone Lambda-Aufrufe verwendet werden kann. Weitere Informationen finden Sie unter Aufrufen einer [Lambda-Funktion aus einem Amazon-Aurora-MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ Aurora MySQL unterstützt jetzt Hash-Joins, um Equijoin-Abfragen zu beschleunigen. Der kostenbasierte Optimierer von Aurora kann automatisch entscheiden, wann Hash-Joins verwendet werden sollen. Sie können die Verwendung in einem Abfrageplan auch erzwingen. Weitere Informationen finden Sie unter [Optimieren großer Aurora-Join-Abfragen mit Hash-Joins](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) im *Amazon-Aurora-Benutzerhandbuch*.
+ Aurora MySQL unterstützt jetzt Scan-Batching, um die speicherinternen, scan-orientierten Abfragen erheblich zu beschleunigen. Die Funktion steigert die Leistung von Tabellenvollscans, Indexvollscans und Indexbereichsscans durch Stapelverarbeitung.

## Verbesserungen
<a name="AuroraMySQL.Updates.20171211.Improvements"></a>
+ Ein Problem behoben, bei dem die Read Replicas abgestürzt sind, wenn Abfragen für Tabellen ausgeführt wurden, die gerade auf den Master abgelegt wurden. 
+ Ein Problem behoben, bei dem der Neustart des Schreibers auf einem Datenbank-Cluster mit einer sehr großen Anzahl an `FULLTEXT`-Indizes zu einer längeren Wiederherstellungsdauer führt, als erwartet.
+ Ein Problem behoben, bei dem das Leeren von Binärprotokollen `LOST_EVENTS`-Vorfälle in Binärprotokollereignissen verursacht.
+ Stabilitätsprobleme mit dem Scheduler behoben, die aufgetreten sind, wenn das Leistungsschema aktiviert war.
+ Ein Problem behoben, bei dem eine Unterabfrage, die temporäre Tabellen verwendet, partielle Ergebnisse zurückgeben konnte.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20171211.BugFixes"></a>

Keine

# Aurora-MySQL-Datenbank-Engine-Updates 20.11.2017 (Version 1.15.1) (veraltet)
<a name="AuroraMySQL.Updates.20171120"></a>

**Version:** 1.15.1

Aurora MySQL 1.15.1 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora 1.15.1 erstellt. Für bestehende DB-Cluster können Sie ein Upgrade auf Aurora 1.15.1 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora 1.14.1 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

Mit Aurora-Version 1.15.1 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir aktivieren das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. 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*.

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*.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.20171120.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.20171120.Improvements"></a>
+ Es wurde ein Problem im adaptiven Segment-Selektor für eine Leseanforderung behoben, das dazu führen konnte, dass das gleiche Segment zweimal gewählt wurde, was unter bestimmten Bedingungen zu einem Anstieg der Leselatenz führte.
+ Ein Problem, das auf eine Optimierung in Aurora MySQL für den Thread-Scheduler zurückzuführen ist, wurde behoben. Dieses Problem manifestiert sich in unechten Fehlern beim Schreiben in das langsame Protokoll, während die zugehörigen Abfragen selbst gut funktionieren.
+ Es wurde ein Problem mit der Stabilität von Read Replicas bei großen (> 5 TB) Volumes behoben.
+ Es wurde ein Problem behoben, bei dem die Anzahl der Worker-Threads kontinuierlich zunahm, da die Anzahl der Verbindungen nicht korrekt war.
+ Es wurde ein Problem mit Tabellensperren behoben, das zu langen Semaphore-Wartezeiten während der Einfüge-Workloads führte.
+ Die folgenden, in Aurora MySQL 1.15 enthaltenen MySQL-Bugfixes wurden zurückgesetzt:
  + MySQL-Instance verhindert Ausführung des SYNC-Index (Fehler 73816)
  + Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)
  + InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333).

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>

Keine

# Aurora-MySQL-Datenbank-Engine-Updates 24.10.2017 (Version 1.15) (veraltet)
<a name="AuroraMySQL.Updates.20171024"></a>

**Version:** 1.15

Aurora MySQL 1.15 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora 1.15 erstellt. Für bestehende DB-Cluster können Sie ein Upgrade auf Aurora 1.15 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora 1.14.1 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

Mit Aurora-Version 1.15 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Da Updates den Neustart einer Datenbank erfordern, kommt es zu einem 20- bis 30-minütigen Nutzungsausfall, nach dem Sie wieder mit der Verwendung Ihres DB-Clusters oder -Cluster fortfahren können. Wenn Ihre DB-Cluster derzeit Aurora 1.14 oder Aurora 1.14.1 ausführen, lässt die Zero-Downtime-Patch-Funktion (ZDP) von Aurora MySQL möglicherweise zu, dass Client-Verbindungen mit Ihrer primären Aurora MySQL-Instance während des Upgrades aufrechterhalten bleiben. Dies ist abhängig von Ihrem Workload.

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*.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.20171024.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Features
<a name="AuroraMySQL.Updates.20171024.New"></a>
+ **Asynchrones Schlüssel-Prefetching** – Asynchrones Schlüssel-Prefetching (Asynchronous Key Prefetch, AKP) ist eine Funktion, die die Performance von nicht gecachten Indexverbindungen verbessern soll, indem Schlüssel bereits aus dem Speicher abgerufen werden, bevor sie benötigt werden. Der primäre Anwendungsfall für AKP ist eine Indexverbindung zwischen einer kleinen äußeren und einer großen inneren Tabelle, wobei der Index in der größeren Tabelle höchst selektiv ist. Wenn die Multi-Range Read (MRR)-Schnittstelle aktiviert ist, wird AKP zudem für eine Suche vom sekundären zum primären Index genutzt. Kleinere Instances mit Speichergrößenbeschränkungen können AKP in einigen Fällen möglicherweise nutzen, sofern die richtige Schlüsselkardinalität vorliegt. Weitere Informationen finden Sie unter [Optimieren von indizierten Aurora-Join-Abfragen mit asynchronem Schlüssel-Prefetch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Schnelle DDL** – wir haben die Funktion, die mit [Aurora 1.13](AuroraMySQL.Updates.20170515.md) veröffentlicht wurde, auf Vorgänge erweitert, die Standardwerte umfassen. Mit dieser Erweiterung kann schnelle DDL für Vorgänge verwendet werden, die eine löschbare Spalte mit oder ohne Standardwerte am Ende einer Tabelle hinzufügen. Die Funktion bleibt dem Aurora-Labor-Modus vorbehalten. Weitere Informationen finden Sie unter [Ändern von Tabellen in Amazon Aurora mithilfe von schneller DDL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20171024.Improvements"></a>
+ Ein Berechnungsfehler bei der Optimierung von WITHIN/CONTAINS räumlichen Abfragen, der zuvor zu einer leeren Ergebnismenge führte, wurde behoben.
+ `SHOW VARIABLE`-Befehl korrigiert, sodass er den aktualisierten Wert für den Parameter `innodb_buffer_pool_size` zeigt, wenn dieser in der Parametergruppe geändert wird.
+ Verbesserte Stabilität der primären Instance bei Masseneinfügungsvorgängen in eine Tabelle, die mit schneller DDL geändert wurde, wenn die adaptive Hash-Indizierung deaktiviert ist und der einzufügende Datensatz der erste Datensatz einer Seite ist.
+ Verbesserte Stabilität von Aurora, wenn der Benutzer versucht, den DB-Cluster-Parameterwert **server\$1audit\$1events** auf **default** festzulegen.
+ Ein Problem wurde behoben, bei dem eine Änderung am Datenbank-Zeichensatz für die Anweisung ALTER TABLE, die auf der primären Aurora-Instance ausgeführt wurde, erst auf die Aurora-Replicas repliziert wurde, wenn diese neu gestartet wurden.
+ Verbesserte Stabilität durch Beheben einer Race Condition auf der primären Instance, die es zuvor ermöglichte, ein Aurora-Replica zu registrieren, auch wenn das Volume der primären Instance geschlossen war.
+ Verbesserte Performance der primären Instance während der Indexerstellung in einer großen Tabelle durch Ändern des Sperrprotokolls, sodass gleichzeitige Data Manipulation (DML)-Anweisungen während der Indexerstellung aktiviert sind.
+ InnoDB-Metadaten-Inkonsistenz während der Abfrage ALTER TABLE RENAME behoben, wodurch die Stabilität verbessert wurde. Beispiel: Wenn Spalten der Tabelle t1 (c1, c2) innerhalb derselben ALTER-Anweisung zyklisch in t1 (c2, c3) umbenannt werden.
+ Verbesserte Stabilität von Aurora-Replicas in Szenarien, in denen ein Aurora-Replica keinen aktiven Workload hat und die primäre Instance nicht reagiert.
+ Verbesserte Verfügbarkeit von Aurora-Replicas in Szenarien, in denen ein Aurora-Replica eine Tabelle gesperrt hat und den Replikations-Thread daran hindert, von der primären Instance empfangene DDL-Änderungen anzuwenden.
+ Verbesserte Stabilität der primären Instance, wenn ein Fremdschlüssel und eine Spalte aus zwei separaten Sitzungen gleichzeitig zu einer Tabelle hinzugefügt werden und schnelle DDL aktiviert wurde.
+ Verbesserte Stabilität des Bereinigungs-Threads in der primären Instance während umfangreicher Schreib-Workloads durch Blockieren der Kürzung von Rückgängig-Datensätzen, bis diese bereinigt wurden.
+ Verbesserte Stabilität durch Korrektur der Sperrfreigabereihenfolge während des Commit-Prozesses von Transaktionen, in denen Tabellen entfernt werden.
+ Fehler bei Aurora-Replicas behoben, bei dem die DB-Instance den Startvorgang nicht abschließen konnte und meldete, dass Port 3306 bereits in Verwendung sei.
+ Race Condition behoben, bei der eine SELECT-Abfrage in bestimmten information\$1schema-Tabellen (innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits) die Cluster-Instabilität erhöhte.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>
+ CREATE USER akzeptiert Plug-in- und Passwort-Hash, ignoriert jedoch Passwort-Hash (Fehler 78033).
+ Die Partitionierungs-Engine fügt Felder zum Lese-Bitsatz hinzu, damit Einträge über einen partitionierten Index sortiert ausgegeben werden können. Dies führt dazu, dass der Verbindungs-Puffer versucht, nicht benötigte Felder zu lesen. Behoben, indem nicht alle Partitionierungsfelder zu read\$1set hinzugefügt werden, sondern stattdessen nur basierend auf den bereits festgelegten Präfix-Feldern in read\$1set sortiert wird. DBUG\$1ASSERT hinzugefügt, damit bei der Ausführung von key\$1cmp zumindest das erste Feld gelesen werden muss (Fehler 16367691).
+ MySQL-Instance verhindert Ausführung des SYNC-Index (Fehler 73816)
+ Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)
+ InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333).

# Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.14.4) (veraltet)
<a name="AuroraMySQL.Updates.1144"></a>

**Version:** 1.14.4

Aurora MySQL 1.14.4 ist allgemein verfügbar. Sie können neue DB-Cluster in Aurora 1.14.4 erstellen, indem Sie die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben. Für bestehende 1.14.x-DB-Cluster können Sie ein Upgrade auf Aurora 1.14.4 ausführen (dies ist aber nicht verpflichtend).

Mit Aurora-Version 1.14.4 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir unterstützen das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. 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*.

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*.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.1144.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Features
<a name="AuroraMySQL.Updates.1144.New"></a>
+ Aurora MySQL unterstützt nun die DB-Instance-Klassen db.r4.

## Verbesserungen
<a name="AuroraMySQL.Updates.1144.Improvements"></a>
+ Behebung eines Fehlers, bei dem `LOST_EVENTS` beim Schreiben von umfangreichen Binärprotokollereignissen generiert wurden.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.1144.BugFixes"></a>
+ Ignorierbare Ereignisse funktionieren nicht und werden nicht getestet (Fehler 74683).
+ FEHLER DES NEUEN->ALTEN ASSERTS 'GTID\$1MODE > 0' (Fehler 20436436).

# Aurora-MySQL-Datenbank-Engine-Updates 22.09.2017 (Version 1.14.1) (veraltet)
<a name="AuroraMySQL.Updates.20170922"></a>

**Version:** 1.14.1

Aurora MySQL 1.14.1 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.14.1 erstellt. Aurora MySQL 1.14.1 ist zudem ein obligatorisches Upgrade für bestehende Aurora MySQL-DB-Cluster. Weitere Informationen finden Sie unter [Ankündigung: Verlängerung des verbindlichen Upgrade-Zeitplans für Amazon Aurora](https://forums.aws.amazon.com/ann.jspa?annID=4983) auf der Website der AWS Entwicklerforen.

Mit Aurora MySQL-Version 1.14.1 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora MySQL-DB-Cluster gleichzeitig gepatcht werden. Da Updates den Neustart einer Datenbank erfordern, kommt es zu einem 20- bis 30-minütigen Nutzungsausfall, nach dem Sie wieder mit der Verwendung Ihres DB-Clusters oder -Cluster fortfahren können. Wenn Ihre DB-Cluster derzeit Version 1.13 oder höher ausführen, lässt die Zero-Downtime-Patch-Funktion (ZDP) von Aurora MySQL möglicherweise zu, dass Client-Verbindungen mit Ihrer primären Aurora MySQL-Instance während des Upgrades aufrechterhalten bleiben. Dies ist abhängig von Ihrem Workload.

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.

## Verbesserungen
<a name="AuroraMySQL.Updates.20170922.Improvements"></a>
+ Race Conditions im Zusammenhang mit Einfüge- und Bereinigungsvorgängen behoben, um die Stabilität der Funktion für schnelle DDL zu verbessern, die dem Aurora MySQL-Labor-Modus vorbehalten bleibt.

# Aurora-MySQL-Datenbank-Engine-Updates 07.08.2017 (Version 1.14) (veraltet)
<a name="AuroraMySQL.Updates.20170807"></a>

**Version:** 1.14

Aurora MySQL 1.14 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL 1.14 erstellt. Aurora MySQL 1.14 ist zudem ein obligatorisches Upgrade für bestehende Aurora MySQL-DB-Cluster. Wir werden eine separate Ankündigung dazu versenden, zu welchem Zeitpunkt frühere Versionen von Aurora MySQL eingestellt werden. 

Mit Aurora MySQL-Version 1.14 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Da Updates den Neustart einer Datenbank erfordern, kommt es zu einem 20- bis 30-minütigen Nutzungsausfall, nach dem Sie wieder mit der Verwendung Ihres DB-Clusters oder -Cluster fortfahren können. Wenn Ihre DB-Cluster derzeit Version 1.13 ausführen, lässt die Zero-Downtime-Patch-Funktion (ZDP) von Aurora möglicherweise zu, dass Client-Verbindungen mit Ihrer primären Aurora-Instance während des Upgrades aufrechterhalten bleiben. Dies ist abhängig von Ihrem Workload.

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.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.20170807.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Verbesserungen
<a name="AuroraMySQL.Updates.20170807.Improvements"></a>
+ Falscher Fehler „Datensatz nicht gefunden“ behoben, wenn ein Datensatz im sekundären Index, jedoch nicht im primären Index gefunden wird.
+ Stabilitätsproblem behoben, das aufgrund einer zu hoch eingestellten Abwehrzusicherung (hinzugefügt in 1.12) auftreten kann, wenn ein einzelner Schreibvorgang mehr als 32 Seiten umfasst. Dies kann beispielsweise bei großen BLOB-Werten auftreten.
+ Stabilitätsproblem aufgrund von Inkonsistenzen zwischen dem Tabellenraum-Cache und dem Wörterbuch-Cache behoben.
+ Problem behoben, bei dem ein Aurora-Replica nicht mehr reagiert, nachdem die maximale Anzahl an Verbindungsversuchen mit der primären Instance überschritten wurde. Ein Aurora-Replica startet nun neu, wenn die Inaktivität länger ist als der Heartbeat-Zeitraum, der für die Zustandsprüfung von der primären Instance verwendet wird.
+ Livelock-Problem behoben, das bei sehr hohen Gleichzeitigkeitsstufen auftreten kann, wenn eine Verbindung versucht, eine exklusive Metadaten-Sperre (Meta Data Lock, MDL) zu erzielen, während ein Befehl ausgegeben wird, beispielsweise `ALTER TABLE`.
+ Ein Stabilitätsproblem in einer Aurora Read Replica bei Vorhandensein von logical/parallel Read ahead wurde behoben.
+ `LOAD FROM S3` in zweierlei Hinsicht verbessert:

  1. Besserer Umgang mit Amazon S3-Timeout-Fehlern durch Verwendung des SDK-Wiederholversuchs zusätzlich zum vorhandenen Wiederholversuch.

  1. Performance-Optimierung beim Laden sehr großer Dateien oder einer großen Dateianzahl durch Cachen und Wiederverwenden des Client-Status.
+ Folgende Stabilitätsprobleme mit schneller DDL für `ALTER TABLE`-Vorgänge behoben:

  1.  Wenn die Anweisung `ALTER TABLE` mehrere `ADD COLUMN`-Befehle umfasst und die Spaltennamen nicht in aufsteigender Reihenfolge sortiert sind. 

  1. Wenn der Name der zu aktualisierenden Spalte und der entsprechende Name, abgerufen aus der internen Systemtabelle, sich durch ein null-terminiertes Zeichen (/0) unterscheiden.

  1. Bei bestimmten B-Baum-Split-Operationen.

  1. Wenn die Tabelle über einen Primärschlüssel mit variabler Länge verfügt.
+ Stabilitätsproblem mit Aurora-Replicas behoben, bei dem es zu lange dauert, das Index-Cache für die Volltextsuche (Full Text Search, FTS) mit dem der primären Instance konsistent zu machen. Dies kann auftreten, wenn ein großer Teil der neu erstellten FTS-Indexeinträge in der primären Instance noch nicht auf das Laufwerk übertragen wurde.
+ Stabilitätsproblem behoben, das während der Indexerstellung auftreten kann.
+ Neue Infrastruktur, die den Speicherverbrauch pro Verbindung und die zugehörige Telemetrie verfolgt, die für den Aufbau von Strategien zur Vermeidung von OOM Out-Of-Memory (OOM) verwendet wird.
+ Ein Problem wurde behoben, bei dem `ANALYZE TABLE` fälschlicherweise für Aurora-Replicas zugelassen wurde. Dies wurde nun blockiert.
+ Stabilitätsproblem behoben, das durch ein seltenes Deadlock-Problem in Folge einer Race Condition zwischen dem logischen Read-Ahead und der Bereinigung verursacht wurde.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20170807.BugFixes"></a>
+ Eine Volltextsuche in Verbindung mit abgeleiteten Tabellen (Unterabfragen in der `FROM`-Klausel) führte zu einem Austritt des Servers. Wenn nun eine Volltextsuche von einer abgeleiteten Tabelle abhängt, gibt der Server eine Fehlermeldung aus, dass bei einer materialisierten Tabelle keine Volltextsuche durchgeführt werden kann. (Fehler \$168751, Fehler \$116539903)

# Aurora-MySQL-Datenbank-Engine-Updates 15.05.2017 (Version 1.13) (veraltet)
<a name="AuroraMySQL.Updates.20170515"></a>

**Version:** 1.13

**Anmerkung**  
Wir haben die neue Funktion SELECT INTO OUTFILE S3 in Aurora MySQL 1.13 nach der Erstversion aktiviert und die Versionshinweise entsprechend aktualisiert.

Aurora MySQL 1.13 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL v1.1.13 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.13 ausführen (nicht verpflichtend). Mit Aurora-Version 1.13 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir aktivieren das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. 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*.

## Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)
<a name="AuroraMySQL.Updates.20170515.ZDP"></a>

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf *Best-Effort*-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter [Verwendung des Zero-Downtime-Patchings](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) im *Amazon-Aurora-Benutzerhandbuch*. 

## Neue Funktionen:
<a name="AuroraMySQL.Updates.20170515.NewFeatures"></a>
+ **SELECT INTO OUTFILE S3** – Aurora MySQL ermöglicht Ihnen ab sofort das Hochladen von Abfrageergebnissen in eine oder mehrere Dateien in einem Amazon S3-Bucket. Weitere Informationen finden Sie unter [Speichern von Daten aus einem Amazon-Aurora-MySQL-DB-Cluster in Textdateien in einem Amazon-S3-Bucket](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen:
<a name="AuroraMySQL.Updates.20170515.Improvements"></a>
+ Implementierte Kürzung von Protokolldateien im CSV-Format beim Engine-Startup, um lange Wiederherstellungszeiten zu vermeiden. Die Tabellen `general_log_backup`, `general_log`, `slow_log_backup` und `slow_log` werden nun nach dem Neustart einer Datenbank verworfen. 
+ Behebung eines Fehlers, der zum Fehlschlagen der Migration einer Datenbank mit dem Namen **test** führte.
+ Verbesserte Stabilität des Garbage Collectors im Lock Manager durch Verwendung der korrekten Sperrsegmente.
+ Verbesserte Stabilität des Lock Managers durch Entfernen von ungültigen Aussagen im Deadlock-Detection-Algorithmus. 
+ Reaktivierte asynchrone Replikation und behobener Fehler, der dazu führte, dass ein falscher Wert für die Replica-Verzögerung für Workloads ohne Ladevorgänge oder schreibgeschützte Workloads ausgegeben wurde. Die Verbesserungen der Replikationspipeline, die mit Version 1.10 eingeführt wurden. Diese Verbesserungen wurden eingeführt, damit Protokoll-Stream-Updates im Buffer-Cache eines Aurora-Replicas angewendet werden konnten. Dies hilft, die Leseleistung und die Stabilität von Aurora-Replicas zu verbessern.
+ Behebung eines Fehlers, der dazu geführt hat, das durch die Einstellung "autocommit=OFF" geplante Ereignisse blockiert und lange Transaktionen offen gehalten wurden, bis der Server neu gestartet wurde.
+ Behebung eines Fehlers, der dazu geführt hat, dass allgemeine, Audit- und Slow-Query-Protokolle keine Abfragen protokollieren konnten, die durch einen asynchronen Commit gehandhabt wurden.
+ Verbesserung der Leistung der LRA-Funktion (logisches Read-Ahead) auf das bis zu 2,5-Fache. Dies wurde erzielt, indem Vorabrufen erlaubt wurde, über zwischenliegenden Seiten in einem B-Baum weiterhin ausgeführt zu werden.
+ Hinzugefügte Parametervalidierung für Audit-Variablen, um unnötigen Raum zu kürzen.
+ Regression behoben, eingeführt mit Aurora MySQL-Version 1.11, bei der Abfragen unter Verwendung der SQL\$1CALC\$1FOUND\$1ROWS-Funktion und Aufrufen der FOUND-ROWS()-Funktion falsche Ergebnisse zurückgeben könnten.
+ Behebung eines Stabilitätsproblems, wenn die Sperrliste mit Metadaten falsch zusammengestellt wurde.
+ Verbesserte Stabilität, wenn sql\$1mode auf PAD\$1CHAR\$1TO\$1FULL\$1LENGTH festgelegt ist und der Befehl `SHOW FUNCTION STATUS WHERE Db='string'` ausgeführt wird.
+ Behebung eines seltenen Falls, wenn Instances nach einem Upgrade der Aurora-Version nicht mehr erscheinen würden, weil eine falsche Überprüfung auf die Konsistenz des Volumes durchgeführt wurde.
+ Ein Leistungsproblem wurde behoben, eingeführt in Aurora MySQL-Version 1.12, bei dem die Leistung eines Aurora-Writers reduziert war, wenn Benutzer über eine große Anzahl an Tabellen verfügten. 
+ Verbesserte Stabilität, wenn der Aurora-Schreiber als Binärprotokoll-Worker konfiguriert ist und die Anzahl der Verbindungsversuche sich 16.000 nähert. 
+ Ein seltener Fehler wurde behoben, bei dem ein Aurora-Replica neu starten konnte, wenn eine Verbindung beim Warten auf die Metadaten-Sperre geblockt wurde, wenn DDL auf dem Aurora-Master ausgeführt wurde. 

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20170515.BugFixes"></a>
+ Mit einer leeren InnoDB-Tabelle ist es nicht möglich, den "auto\$1increment"-Wert mithilfe des ALTER TABLE-Statements zu verkleinern, auch wenn die Tabelle leer ist. (Fehler \$169882)
+ MATCH() ... AGAINST-Abfragen, die lange Zeichenfolgen als ein Argument für AGAINST() verwenden, könnten zu einem Fehler führen, wenn sie in einer InnoDB-Tabelle mit einem Volltext-Suchindex ausgeführt werden. (Fehler \$117640261)
+ Handhabung von SQL\$1CALC\$1FOUND\$1ROWS in Kombination mit ORDER BY und LIMIT könnte zu falschen Ergebnissen für FOUND\$1ROWS() führen. (Fehler \$168458, Fehler \$1 16383173)
+ ALTER TABLE erlaubt keine Änderung der Löschbarkeit einer Spalte, wenn ein auswärtiger Schlüssel vorhanden ist. (Fehler \$177591)

# Aurora-MySQL-Datenbank-Engine-Updates 05.04.2017 (Version 1.12) (veraltet)
<a name="AuroraMySQL.Updates.20170405"></a>

**Version:** 1.12

Aurora MySQL 1.12 ist aktuell die bevorzugte Version für das Erstellen neuer DB-Cluster, einschließlich Wiederherstellungen aus Snapshots.

Dies ist kein verpflichtendes Upgrade für bestehende Cluster. Sie werden die Möglichkeit erhalten, bestehende Cluster auf Version 1.12 upzugraden, nachdem wir den umfassenden Patch auf 1.11 fertiggestellt haben (siehe Aurora 1.11[-Versionshinweise](AuroraMySQL.Updates.20170223.md) und entsprechende [Ankündigungen im Forum](https://forums.aws.amazon.com/ann.jspa?annID=4444)). Mit Aurora-Version 1.12 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. 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*.

## Neue Features
<a name="AuroraMySQL.Updates.20170405.New"></a>
+ **Schnelle DDL** – Mit Aurora MySQL können Sie nun die Operation ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* nahezu in Echtzeit ausführen. Die Operation wird abgeschlossen, ohne dass ein Kopieren der Tabelle erforderlich wäre und ohne eine materielle Auswirkung auf andere DML-Statements zu haben. Da kein temporärer Speicher für eine Tabellenkopie benötigt wird, haben DDL-Statements praktische Vorteile, sogar für große Tabellen auf kleinen Instance-Typen. Fast DDL wird zurzeit nur für das Hinzufügen löschbarer Spalten ohne Standardwert am Ende einer Tabelle unterstützt. Diese Funktion ist aktuell im Aurora-Labor-Modus verfügbar. Weitere Informationen finden Sie unter [Ändern von Tabellen in Amazon Aurora mithilfe von schneller DDL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Anzeigen des Volume-Status** – Wir haben den neuen Überwachungsbefehl SHOW VOLUME STATUS hinzugefügt, um die Anzahl der Knoten und Festplatten im Volume anzeigen zu lassen. Weitere Informationen finden Sie unter [Anzeigen des Volume-Status für einen Aurora-MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20170405.Improvements"></a>
+ Eingeführte Änderungen für das Sperren der Komprimierung, um den zugeteilten Arbeitsspeicher pro Sperrobjekt weiter zu reduzieren. Diese Verbesserung ist im Labor-Modus verfügbar.
+ Behebung eines Fehlers, der dazu geführt hat, dass in der `trx_active_transactions`-Metrik eine schnelle Wertabnahme stattfindet, auch wenn sich die Datenbank im Leerlauf befindet.
+ Behebung einer ungültigen Fehlermeldung im Zusammenhang mit der Syntax der Fehlersimulationsabfrage, wenn Fehler in Festplatten und Knoten simuliert werden.
+ Behebung mehrerer Fehler im Zusammenhang mit Race Conditions und Dead Latches im Lock Manager.
+ Behebung eines Fehlers, dar dazu geführt hat, dass ein Buffer-Overflow im Abfragen-Optimierer stattfindet.
+ Behebung eines Stabilitätsproblems in Aurora Read Replicas, wenn die zugrunde liegenden Speicherknoten wenig verfügbaren Arbeitsspeicher aufweisen.
+ Behebung eines Fehlers, der dazu geführt hat, dass inaktive Verbindungen über die Parametereinstellung von `wait_timeout` hinausgingen.
+ Behebung eines Fehlers, der dazu geführt hat, dass `query_cache_size` einen unerwarteten Wert zurückgibt, nachdem die Instance neu gestartet wurde.
+ Behebung eines Leistungsproblems, das auftritt, wenn Schreibvorgänge nicht an den Speicher übergeben werden und daher das Netzwerk zu häufig durch einen diagnostischen Thread überprüft wird.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20170405.BugFixes"></a>
+ Erneutes Laden einer Tabelle, die während eines Leerlaufs exmittiert wurde, führte zum Zurücksetzen des AUTO\$1INCREMENT-Werts. (Fehler \$121454472, Fehler \$177743)
+ Ein Index-Datensatz wurde beim Rollback aufgrund von Unstimmigkeiten in der purge\$1node\$1t-Struktur nicht gefunden. Die Unstimmigkeiten führten zu Warn- und Fehlermeldungen wie „Fehler im sec index entry-Update“, „kann einen Datensatz nicht bereinigen“ und „versuchte, einen nicht zur Löschung markierten sec-Indexeintrag zu bereinigen“. (Fehler \$119138298, Fehler \$170214, Fehler \$121126772, Fehler \$121065746) 
+ Falsche Berechnung der Stack-Größe für qsort-Operation führt zu Stack-Overflow. (Fehler \$173979)
+ Datensatz nach Rollback in keinem Index gefunden. (Fehler \$170214, Fehler \$172419)
+ ALTER TABLE fügt Spalte TIMESTAMP beim Update hinzu, CURRENT\$1TIMESTAMP fügt ZERO-Daten ein (Fehler \$117392)

# Aurora-MySQL-Datenbank-Engine-Updates 23.02.2017 (Version 1.11) (veraltet)
<a name="AuroraMySQL.Updates.20170223"></a>

**Version:** 1.11

Wir werden alle Aurora MySQL-DB-Cluster kurz nach der Veröffentlichung mit der neusten Version patchen. DB-Cluster werden mithilfe der Legacy-Prozedur mit einer Ausfallszeit von 5 bis 30 Sekunden gepatcht. 

Das Patchen findet während des System-Wartungszeitraums statt, den Sie für jede Ihrer Datenbank-Instances festgelegt haben. Sie können dieses Fenster mithilfe der ansehen oder änder AWS-Managementkonsole. 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*.

Sie können den Patch auch sofort in der installieren, AWS-Managementkonsole indem Sie einen DB-Cluster auswählen, **Cluster-Aktionen** und dann Jetzt **aktualisieren** auswählen.

Mit Aurora MySQL-Version 1.11 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden.

## Neue Funktionen
<a name="AuroraMySQL.Updates.20170223.New"></a>
+ **MANIFEST-Option für LOAD DATA FROM S3** – LOAD DATA FROM S3 wurde mit Version 1.8 veröffentlicht. Die Optionen für diesen Befehl wurden erweitert und Sie können nun eine Dateiliste festlegen, die mithilfe einer Manifestdatei in ein Aurora-DB-Cluster aus Amazon S3 geladen werden kann. Dies macht es einfacher, Daten aus bestimmten Dateien in einen der mehrere Speicherorte zu laden, in Gegensatz zum Laden von Daten aus einer einzelnen Datei mithilfe der FILE-Option oder zum Laden von Daten aus mehreren Dateien mithilfe der PREFIX-Option, die sich im selben Ort befinden und dasselbe Präfix haben. Das Format der Manifestdatei ist dasselbe wie das von Amazon Redshift verwendete. Weitere Informationen über die Verwendung von LOAD DATA FROM S3 mit der MANIFEST-Option finden Sie unter [Verwenden eines Manifests zum Angeben von zu ladenden Datendateien](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Räumliche Indizierung standardmäßig aktiviert** – Diese Funktion wurde im Labor-Modus in Version 1.10 veröffentlicht und ist jetzt standardmäßig aktiviert. Räumliche Indizierung verbessert die Abfrageleistung in großen Datensätzen für Abfragen, die räumliche Daten verwenden. Weitere Informationen zur Verwendung der räumlichen Indizierung finden Sie unter [Amazon Aurora MySQL und räumliche Daten](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Änderung der Zeitplanung für erweitertes Auditing** – Diese Funktion wurde mit Version 1.10.1 veröffentlicht, um einen Hochleistungsbetrieb für die Auditierung Ihrer Datenbankaktivitäten zu ermöglichen. In dieser Veröffentlichung wurde die Präzision von Protokoll-Zeitstempeln von einer Sekunde in eine Mikrosekunde geändert. Die präziseren Zeitstempel ermöglichen Ihnen bessere Informationen über den Zeitpunkt eines Audit-Ereignisses. Weitere Informationen zu Prüfungen finden Sie unter [Verwenden von Advanced Auditing mit einem Amazon-Aurora-MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20170223.Improvements"></a>
+ Der Parameter `thread_handling` wurde geändert, um zu verhindern, dass Sie eine andere Einstellung als **multiple-connections-per-thread** verwenden, die das einzige unterstützte Modell im Aurora-Thread-Pool ist.
+ Behebung eines Fehlers, der auftrat, wenn Sie entweder den Parameter `buffer_pool_size` oder den Parameter `query_cache_size` höher als den gesamten Arbeitsspeicher des DB-Clusters festlegten. In diesem Fall legt Aurora den geänderten Parameter auf den Standardwert fest, damit das DB-Cluster hochfahren kann und nicht abstürzt.
+ Behebung eines Fehlers im Abfrage-Cache, der dazu geführt hat, dass die Transaktion veraltete Ergebnisse von Lesevorgängen erhält, wenn die Tabelle in einer anderen Transaktion ungültig ist.
+ Behebung eines Fehlers, der dazu geführt hat, dass Binärprotokolldateien kurzeitig verspätet anstatt gleich entfernt werden.
+ Behebung eines Fehlers, bei dem eine Datenbank, die mit dem Namen **tmp** erstellt wird, wie eine Systemdatenbank behandelt wird, die im flüchtigen Speicher gespeichert und nicht im verteilten Speicher von Aurora behalten wird.
+ Änderung des Verhaltens von SHOW TABLES, um bestimmte systeminterne Tabellen auszuschließen. Diese Änderung hilft, ein unnötiges Failover zu vermeiden, das durch eine Sperrung aller in SHOW TABLES gelisteten Dateien durch mysqldump verursacht wurde, wodurch wiederum Schreibvorgänge in der systeminternen Tabelle verhindert werden und es zum Failover kommt.
+ Behebung eines Fehlers, bei dem ein Aurora Replica falsch neu startet, wenn eine temporäre Tabelle aus einer Abfrage erstellt wird, die eine Funktion aufruft, deren Argument eine Spalte in einer InnoDB-Tabelle ist.
+ Ein Fehler im Zusammenhang mit einem Sperrkonflikt von Metadaten in einem Aurora-Replica-Knoten wurde behoben, der dazu führt, dass das Aurora-Replica hinter das primäre DB-Cluster zurückfällt und evtl. neu gestartet wird.
+ Behebung eines Dead Latch in der Replikations-Pipeline in den Reader-Knoten, der dazu geführt hat, das ein Aurora Replica in Rückstand gerät und evtl. neu gestartet wird.
+ Behebung eines Fehlers, bei dem ein Aurora Replica mit verschlüsselten Volumes, die größer als 1 Terabyte (TB) sind, zu sehr verzögert wird.
+ Verbesserung der Dead Latch-Erkennung in einem Aurora Replica, indem eine verbesserte Methode zum Lesen der Systemsperrzeit angewandt wird.
+ Behebung eines Fehlers, bei dem ein Aurora Replica zweimal anstatt einmal neu gestartet wird, worauf eine Abmeldung durch den Schreiber erfolgt.
+ Behebung eines Fehlers bei der Slow-Query-Leistung in Aurora Replicas, der auftritt, wenn kurzzeitige Statistiken zu Unstimmigkeiten in den Statistiken in uneindeutigen Indexspalten führen.
+ Ein Fehler wurde behoben, bei dem ein Aurora Replica ausfallen kann, falls in dem Aurora-Replica ein DDL-Statement repliziert wird, wenn das Aurora-Replica gleichzeitig eine zugehörige Abfrage verarbeitet.
+ Änderung der Verbesserungen in der Replikations-Pipeline, die mit Version 1.10 eingeführt wurden, von standardmäßig aktiviert auf standardmäßig deaktiviert. Diese Verbesserungen wurden eingeführt, um Protokoll-Stream-Updates im Buffer-Cache eines Aurora-Replicas anzuwenden. Obwohl diese Funktion hilft, die Leseleistung und Stabilität von Aurora-Replicas zu verbessern, erhöht sie bei einigen Workloads die Replica-Verzögerung.
+ Behebung eines Fehlers, bei dem das gleichzeitige Auftreten eines fortlaufenden DDL-Statements und eines ausstehenden parallelen Read-Ahead in derselben Tabelle einen Assertionfehler während der Übergabephase der DDL-Transaktion verursacht.
+ Weiterentwicklung des allgemeinen Protokolls und des Slow-Query-Protokolls, um den Neustart eines DB-Clusters zu "überleben".
+ Es wurde ein out-of-memory Problem bei bestimmten Abfragen mit langer Laufzeit behoben, indem der Speicherverbrauch im ACL-Modul reduziert wurde.
+ Behebung eines Neustart-Problems, das auftritt, wenn eine Tabelle über nicht räumliche Indizes verfügt, räumliche Aussagen in der Abfrage vorliegen, der Planer beschließt, einen nicht räumlichen Index zu wählen, und fälschlicherweise die räumliche Bedingung an den Index weitergibt.
+ Es wurde ein Problem behoben, bei dem der DB-Cluster neu gestartet wurde, wenn sehr große Geodatenobjekte gelöscht, aktualisiert oder gelöscht wurden, die extern gespeichert wurden (wie). LOBs
+ Es wurde ein Problem behoben, bei dem die Fehlersimulation mit ALTER SYSTEM SIMULATE ... FOR INTERVAL nicht richtig funktionierte.
+ Behebung eines Stabilitätsproblems, das von einer ungültigen Assertion in einer falschen Invariante im Lock Manager ausgelöst wird.
+ Deaktivierung der folgenden zwei Verbesserungen in der InnoDB-Volltextsuche, die mit Version 1.10 eingeführt wurden, da diese Stabilitätsprobleme für einige anspruchsvolle Workloads verursachen:
  +  Update der Cache-Only-After-A-Read-Anfrage an ein Aurora Replica, damit die Schnelligkeit der Replikation für den Cache des Volltextsuchindex verbessert wird. 
  + Abladen des Cache-Sync-Vorgangs in einem separaten Thread, sobald die Größe des Cache 10 % der Gesamtgröße überschreitet, um zu vermeiden, dass MySQL-Abfragen zu lange während des FTS-Cache-Sync-Cache-to-Disk-Vorgangs hinausgezögert werden. (Fehler \$122516559, \$173816).

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20170223.BugFixes"></a>
+ Das gleichzeitige Ausführen von ALTER-Tabelle und Fremdschlüssel-DROP mit einer anderen DROP-Operation führt dazu, dass die Tabelle verschwindet. (Fehler \$116095573)
+ Einige INFORMATION SCHEMA-Abfragen die ORDER BY verwendet haben, haben nicht wie zuvor Filesort-Optimierung verwendet. (Fehler \$116423536)
+ FOUND\$1ROWS () gibt die falsche Zählung von Zeilen in einer Tabelle zurück. (Fehler \$168458)
+ Der Server fällt aus, anstatt einen Fehler zurückzugeben, wenn zu viele temp-Tabellen geöffnet sind. (Fehler \$118948649)

# Aurora-MySQL-Datenbank-Engine-Updates 12.01.2017 (Version 1.10.1) (veraltet)
<a name="AuroraMySQL.Updates.20170112"></a>

**Version:** 1.10.1

Aurora MySQL 1.10.1 ist eine Opt-In-Version und wird nicht für das Patchen Ihrer Datenbank-Instances verwendet. Sie ist für das Erstellen von neuen Aurora-Instances und für das Upgraden von bestehenden Instances verfügbar. Sie können den Patch anwenden, indem Sie in der [Amazon RDS-Konsole](https://console.aws.amazon.com/rds/) ein Cluster auswählen, **Cluster Actions (Cluster-Aktionen)** und anschließend **Upgrade Now (Jetzt aktualisieren)** auswählen. Das Patchen erfordert einen Neustart der Datenbank mit einer Ausfallzeit von normalerweise 5 bis 30 Sekunden, nach der Sie mit der Verwendung Ihrer DB-Cluster fortfahren können. Dieser Patch verwendet ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-Cluster zur selben Zeit gepatcht werden.

## Neue Funktionen
<a name="AuroraMySQL.Updates.20170112.New"></a>
+ **Erweitertes Auditing** – Aurora MySQL bietet eine Hochleistungsfunktion für erweitertes Auditing, die Sie für das Kontrollieren von Datenbankaktivitäten verwenden können. Weitere Informationen zur Aktivierung und Nutzung von Advanced Auditing finden Sie unter [Verwenden von Advanced Auditing mit einem Amazon-Aurora-MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20170112.Improvements"></a>
+ Behebung eines Fehlers mit räumlicher Indizierung beim Erstellen einer Spalte und Hinzufügen eines Index im selben Statement.
+ Behebung eines Fehlers, bei dem räumliche Statistiken während eines Neustarts eines DB-Clusters nicht beständig sind.

# Aurora-MySQL-Datenbank-Engine-Updates 14.12.2016 (Version 1.10) (veraltet)
<a name="AuroraMySQL.Updates.20161214"></a>

**Version:** 1.10

## Neue Funktionen
<a name="AuroraMySQL.Updates.20161214.New"></a>
+ **Zero-Downtime-Patch** – Mit dieser Funktion kann eine DB-Instance ohne Auftreten einer Ausfallzeit gepatcht werden. Datenbank-Upgrades werden nämlich durchgeführt, ohne dass Client-Anwendungen getrennt oder die Datenbank neu gestartet wird. Diese Methode erhöht die Verfügbarkeit Ihres Aurora-DB-Clusters während des Wartungszeitraums. Beachten Sie, dass temporäre Daten, wie die im Leistungsschema, während eines Upgrade-Vorgangs zurückgesetzt werden. Diese Funktion gilt für von einem Service zugestellte Patches während des Wartungszeitraums sowie für Patches, die durch einen Benutzer ausgeführt wurden. 

  Wenn ein Patch gestartet wird, stellt der Service sicher, dass es keine offenen Sperren, Transaktionen oder temporären Tabellen gibt, und wartet auf einen passenden Zeitraum, in dem die Datenbank gepatcht und neu gestartet werden kann. Anwendungssitzungen werden bewahrt, obwohl der Durchsatz reduziert wird, während der Patch installiert wird (für ca. 5 Sekunden). Wenn kein passender Zeitraum gefunden werden kann, werden Patches auf das Standardverhalten zurückgesetzt.

  Zero-Downtime-Patching läuft auf Best-Effort-Basis mit einigen Einschränkungen ab, wie im Folgenden beschrieben:
  + Diese Funktion ist zurzeit für das Patchen eines Single-Knoten-DB-Clusters oder von Schreiber-Instances in Multi-Knoten-DB-Clustern anwendbar.
  + SSL-Verbindungen werden in Zusammenhang mit dieser Funktion nicht unterstützt. Wenn aktive SSL-Verbindungen bestehen, wird Amazon Aurora MySQL keinen Zero-Downtime-Patch ausführen und stattdessen in regelmäßigen Abständen nachprüfen, ob die SSL-Verbindungen beendet wurden. Wenn dies der Fall ist, wird das Zero-Downtime-Patching fortgesetzt. Wenn die SSL-Verbindungen nach mehr als einige Sekunden fortbestehen, wird der Standard-Patching-Vorgang mit Ausfallzeit fortgesetzt.
  + Diese Funktion ist ab Aurora-Version 1.10 und neuer verfügbar. Im weiteren Verlauf werden wir alle Versionen und Patches nennen, mit denen das Zero-Downtime-Patching nicht verwendet werden kann.
  + Diese Funktion ist nicht anwendbar, wenn eine auf Binärprotokollierung basierende Replikation aktiviert ist.
+ **Räumliche Indizierung** – Räumliche Indizierung verbessert die Abfrageleistung in großen Datensätzen für Abfragen, die räumliche Daten verwenden. Weitere Informationen zur Verwendung der räumlichen Indizierung finden Sie unter [Amazon Aurora MySQL und räumliche Daten](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) im *Amazon-Aurora-Benutzerhandbuch*.

  Diese Funktion ist standardmäßig deaktiviert und kann aktiviert werden, indem der Aurora-Labor-Modus aktiviert wird. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Labor-Modus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Verbesserungen in der Replikations-Pipeline** – Aurora MySQL verwendet jetzt einen verbesserten Mechanismus zur Anwendung von Protokoll-Stream-Updates im Buffer-Cache in einem Aurora Replica. Diese Funktion verbessert die Leseleistung und Stabilität in Aurora Replicas, wenn schreibintensive Workloads in der Haupt-Instance und signifikante leseintensive Workloads im Replica verarbeitet werden. Diese Funktion ist standardmäßig aktiviert. 
+ **Verbesserung des Durchsatzes für Workloads mit gecachten Lesevorgängen** – Aurora MySQL verwendet jetzt einen Algorithmus mit riegelloser und simultaner Funktion, um Leseansichten einzubauen, was zu einem besseren Durchsatz von Leseabfragen führt, die von Buffer-Cache bedient werden. Als Ergebnis dieser und anderer Verbesserungen kann Amazon Aurora MySQL einen Durchsatz von bis zu 625.000 Lesevorgängen pro Sekunde erreichen, verglichen mit 164 000 Lesevorgängen pro Sekunde bei MySQL 5.7 für einen SysBench Select-Only-Workload. 
+ **Verbesserung des Durchsatzes für Workloads mit Hot Row Contention** – Aurora MySQL verwendet einen neuen Algorithmus mit der Funktion für Veröffentlichungssperrung, der die Leistung verbessert, vor allem wenn Hot Page Contention vorhanden ist (Transaktionen konkurrieren nämlich um die Zeilen auf derselben Seite). Bei Tests mit dem TPC-C-Benchmark kann dies im Vergleich zu MySQL 5.7 einen um bis zu 16-fach besseren Durchsatz in Transaktionen pro Minute bedeuten. Diese Funktion ist standardmäßig deaktiviert und kann aktiviert werden, indem der Aurora-Labor-Modus aktiviert wird. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Labor-Modus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20161214.Improvements"></a>
+ Die Schnelligkeit der Replikation des Volltextsuchindex wurde durch ein Update der Cache-Only-After-A-Read-Anfrage in einem Aurora Replica verbessert. Diese Methode vermeidet jegliche Lesevorgänge der Festplatte durch den Replikations-Thread. 
+ Behebung eines Problems, bei dem die Außerkraftsetzung des Wörterbuch-Caches in einem Aurora Replica für Tabellen, die ein Sonderzeichen im Datenbank- oder im Tabellennamen enthalten, nicht funktioniert.
+ Behebung eines `STUCK IO`-Fehlers während des Datenmigrationsvorgangs für verteilte Speicherknoten, wenn Speicher-Wärmemanagement aktiviert ist.
+ Behebung eines Fehlers im Lock Manager, bei dem die Überprüfung einer Assertion für den Thread für das Abwarten einer Transaktionssperre fehlschlägt, wenn eine Rollback- oder Commit-Transaktion vorbereitet wird.
+ Behebung eines Fehlers beim Öffnen einer beschädigten Tabelle durch das richtige Aktualisieren der Referenzzählung in den Wörterbuchtabelleneinträgen.
+ Behebung eines Fehlers, durch den der minimale Lesepunkt des DB-Clusters von langsamen Aurora Replicas beibehalten werden kann.
+ Behebung eines potenziellen Speicherlecks im Abfrage-Cache.
+ Behebung eines Fehlers, bei dem ein Aurora Replica eine Zeilenebenen-Sperre für eine Tabelle verhängt, wenn eine Abfrage in einem `IF`-Statement einer gespeicherten Prozedur verwendet wird.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20161214.BugFixes"></a>
+ UNION von abgeleiteten Tabellen gibt die falschen Ergebnisse mit "1=0/false"-Klauseln zurück. (Fehler \$169471)
+ Serverausfälle in ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS bei 2. Ausführung einer gespeicherten Prozedur. (Fehler \$120755389)
+ Vermeidet ein Hinauszögern von MySQL-Abfragen für zu lange andauernde FTS-Cache-Sync-To-Disk-Vorgänge durch das Abladen des Cache-Sync-Vorgangs in einem separaten Thread, sobald die Größe des Cache 10 % der Gesamtgröße überschreitet. (Fehler \$122516559, \$173816)

# Aurora-MySQL-Datenbank-Engine-Updates 10.11.2016 (Versionen 1.9.0, 1.9.1) (veraltet)
<a name="AuroraMySQL.Updates.20161110"></a>

**Version:** 1.9.0, 1.9.1

## Neue Funktionen
<a name="AuroraMySQL.Updates.20161110.New"></a>
+ **Verbesserter Index-Build** – Die Implementierung für das Aufbauen von sekundären Indizes funktioniert jetzt durch das Aufbauen des Index in einem Bottom-up-Ansatz (von unten nach oben), was eine unnötige Spaltung von Seiten verhindert. Dies kann den erforderlichen Zeitaufwand für das Erstellen eines Index oder Wiederaufbauen einer Tabelle um bis zu 75 % reduzieren (basierend auf der `db.r3.8xlarge`-DB-Instance-Klasse). Diese Funktion befand sich in Aurora MySQL-Version 1.7 im Labor-Modus und ist jetzt standardmäßig aktiviert in Aurora-Version 1.9 und höher. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Labor-Modus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Sperren-Kompression (Labor-Modus)** – Diese Anwendung reduziert signifikant die Menge an verbrauchtem Arbeitsspeicher durch Lock Manager um bis zu 66 %. Der Sperrmanager kann mehr Zeilensperren erwerben, ohne dass eine Ausnahme auftritt. out-of-memory Diese Funktion ist standardmäßig deaktiviert und kann aktiviert werden, indem der Aurora-Labor-Modus aktiviert wird. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Labor-Modus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Performance-Schema** – Aurora MySQL bietet jetzt Unterstützung für Performance-Schema mit minimaler Auswirkung auf die Performance. In unseren Tests konnte die Aktivierung des SysBench Leistungsschemas die Leistung von MySQL um bis zu 60% beeinträchtigen.

  SysBench Tests eines Aurora-DB-Clusters ergaben eine viermal geringere Auswirkung auf die Leistung als bei MySQL. Die Ausführung der `db.r3.8xlarge` DB-Instance-Klasse führte zu 100.000 SQL writes/sec - und über 550.000 SQL-Lesevorgängen pro Sekunde, selbst wenn das Performance-Schema aktiviert war.
+ **Verbesserung von Hot Row Contention** – Diese Funktion reduziert die CPU-Verwendung und erhöht den Durchsatz, wenn eine große Anzahl an Verbindungen auf eine kleine Anzahl an Hot Rows zugreift. Diese Funktion behebt auch ` error 188`, wenn Hot Row Contention besteht.
+ **Verbesserte out-of-memory Handhabung** — Wenn unwichtige, sperrende SQL-Anweisungen ausgeführt werden und der reservierte Speicherpool verletzt wird, erzwingt Aurora ein Rollback dieser SQL-Anweisungen. Diese Funktion gibt Speicherplatz frei und verhindert Engine-Abstürze aufgrund von Ausnahmen. out-of-memory
+ **Intelligenter Leseselektor** — Diese Implementierung verbessert die Leselatenz, indem für jeden Lesevorgang das optimale Speichersegment aus verschiedenen Segmenten ausgewählt wird, was zu einem verbesserten Lesedurchsatz führt. SysBench Tests haben eine Leistungssteigerung von bis zu 27% bei Schreib-Workloads ergeben.

## Verbesserungen
<a name="AuroraMySQL.Updates.20161110.Improvements"></a>
+ Behebung eines Fehlers, bei dem in einem Aurora Replica eine Lesesperre während des Hochfahrens der Engine auftritt.
+ Behebung eines potenziellen Absturzes eines Aurora Replicas, wenn der Adressenverweis für die Leseansicht im Bereinigungssystem NULL ist.

# Aurora-MySQL-Datenbank-Engine-Updates 26.10.2016 (Version 1.8.1) (veraltet)
<a name="AuroraMySQL.Updates.20161026"></a>

**Version:** 1.8.1

## Verbesserungen
<a name="AuroraMySQL.Updates.20161026.Improvements"></a>
+ Behebung eines Fehlers, bei dem Bulk-Inserts, die Auslöser verwenden, die AWS Lambda -Prozeduren aufrufen, fehlschlagen.
+ Behebung eines Problems, bei dem die Migration von Katalogen fehlschlägt, wenn Autocommit global deaktiviert ist.
+ Es wurde ein Verbindungsfehler zu Aurora bei der Verwendung von SSL behoben und die Diffie-Hellman-Gruppe zur Abwehr von Angriffen verbessert. LogJam 

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20161026.BugFixes"></a>
+ OpenSSL hat aufgrund des Problems die Diffie-Hellman-Schlüssellängen-Parameter geändert. LogJam (Fehler \$118367167)

# Aurora-MySQL-Datenbank-Engine-Updates 18.10.2016 (Version 1.8) (veraltet)
<a name="AuroraMySQL.Updates.20161018"></a>

**Version:** 1.8

## Neue Features
<a name="AuroraMySQL.Updates.20161018.New"></a>
+ **AWS Lambda Integration** — Sie können jetzt mithilfe des Verfahrens asynchron eine AWS Lambda Funktion aus einem Aurora-DB-Cluster aufrufen. `mysql.lambda_async` Weitere Informationen finden Sie unter Aufrufen einer [Lambda-Funktion aus einem Amazon-Aurora-MySQL-DB-Cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Laden von Daten aus Amazon S3** – Sie können jetzt mithilfe der Befehle `LOAD DATA FROM S3` oder `LOAD XML FROM S3` Text- oder XML-Dateien aus einem Amazon S3-Bucket in Ihr Aurora-DB-Cluster laden. Weitere Informationen finden Sie unter [Laden von Daten in einen Amazon-Aurora-MySQL-DB-Cluster aus Textdateien in einem Amazon-S3-Bucket](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html) im *Amazon-Aurora-Benutzerhandbuch*.
+ **Katalog Migration** – Aurora behält jetzt Metadaten von Katalogen im Cluster-Volume bei, um Unterstützung für Versioning zu bieten. Dies ermöglicht eine nahtlose Migration von Katalogen über verschiedene Versionen und Wiederherstellungen hinweg.
+ **Wartung und Patching auf Cluster-Level** – Aurora verwaltet jetzt Wartungsupdates für ein ganzes DB-Cluster. 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
<a name="AuroraMySQL.Updates.20161018.Improvements"></a>
+ Behebung eines Problems, bei dem ein Aurora-Cluster abstürzt, wenn einer Inflight-DDL-Tabelle eine Metadatensperre nicht gewährt wird.
+ Erlaubte Aurora Replicas, Nicht-InnoDB-Tabellen zu ändern, um die Rotation von langsamen und allgemeinen Protokoll-CSV-Dateien mit zu erleichter `log_output=TABLE`.
+ Behebung einer Verzögerung, wenn ein Update von Statistiken aus der primären Instance in ein Aurora Replica durchgeführt wurde. Ohne diese Behebung können die Statistiken des Aurora Replicas die Synchronisation mit den Statistiken in der primären Instance verlieren, was zu einem unterschiedlichen (und möglicherweise leistungsschwachen) Abfrageplan in einem Aurora Replica führt. 
+ Behebung einer Race-Bedingung, die sicherstellt, dass ein Aurora Replica keine Sperren annimmt.
+ Behebung eines seltenen Szenarios, bei dem ein Aurora Replica, das an der primären Instance registriert oder abgemeldet wird, fehlschlagen könnte. 
+ Behebung einer Race-Bedingung, die zu einem Deadlock in `db.r3.large`-Instances führen könnte, wenn ein Volume geöffnet oder geschlossen wird.
+ Es wurde ein out-of-memory Problem behoben, das aufgrund einer Kombination aus einer großen Schreiblast und Ausfällen im Aurora Distributed Storage-Dienst auftreten kann.
+ Behebung eines Fehlers mit hohem CPU-Verbrauch aufgrund der Zirkulation des Bereinigungs-Threads bei einer lang laufenden Transaktion. 
+ Behebung eines Problems, das beim Ausführen von Informationsschema-Abfragen für den Erhalt von Informationen über Sperren unter hoher Workload auftritt.
+ Behebung eines Problems mit einem Diagnostik-Vorgang, der in seltenen Fällen dazu führen kann, dass Aurora-Schreibvorgänge auf Speicherknoten verzögert werden und ein Neustart/Failover durchgeführt wird.
+ Behebung einer Bedingung, unter der eine erfolgreich erstellte Tabelle während einer Ausfall-Wiederherstellung gelöscht werden konnte, wenn der Ausfall stattfand, während eine `CREATE TABLE [if not exists]`-Anweisung verarbeitet wurde.
+ Behebung eines Falls, bei dem die Protokoll-Rotationsprozedur unterbrochen ist, wenn ein allgemeines Protokoll oder ein Slow-Protokoll mithilfe von Katalog-Migration nicht auf der Festplatte gespeichert wurde.
+ Behebung eines Ausfalls, der stattfindet, wenn ein Benutzer eine temporäre Tabelle innerhalb einer benutzerdefinierten Funktion erstellt und anschließend die benutzerdefinierte Funktion in einer von der Abfrage ausgewählten Liste verwendet.
+ Behebung eines Ausfalls, der auftritt, wenn GTID-Ereignisse wiedergegeben werden. GTID wird von Aurora MySQL nicht unterstützt.

## Integration von MySQL-Fehlerbehebungen:
<a name="AuroraMySQL.Updates.20161018.Fixes"></a>
+ Wenn alle Indexe in einer Spalte mit mehreren Indexen verworfen wurden, konnte InnoDB eine DROP INDEX-Operation nicht blockieren, wenn eine Fremdschlüsselbeschränkung einen Index erfordert. (Fehler \$116896810)
+ Lösung des Ausfalls beim Hinzufügen von Fremdschlüsselbeschränkung. (Fehler \$116413976)
+ Behebung eines Ausfalls, wenn gleichzeitig ein Cursor in einer gespeicherten Prozedur abgerufen und eine Analyse oder Bereinigung der Tabelle durchgeführt wird. (Fehler \$118158639)
+ Behebung eines Fehlers bei der automatischen Zählung, wenn ein Benutzer eine Tabelle verändert, um den AUTO\$1INCREMENT-Wert in weniger als den maximalen Spaltenwert für automatische Zählung zu ändern. (Fehler \$116310273)

# Aurora-MySQL-Datenbank-Engine-Updates 20.09.2016 (Version 1.7.1) (veraltet)
<a name="AuroraMySQL.Updates.20160920"></a>

**Version:** 1.7.1

## Verbesserungen
<a name="AuroraMySQL.Updates.20160920.Improvements"></a>
+ Behebt einen Fehler, bei dem ein Aurora Replica abstürzt, wenn der Cache der InnoDB-Volltextsuche voll ist.
+ Behebung eines Problems, bei dem die Datenbank-Engine abstürzt, wenn ein Worker-Thread im Thread-Pool auf sich selbst wartet.
+ Behebung eines Problems, bei dem ein Aurora Replica abstürzt, wenn eine Metadaten-Sperre in einer Tabelle einen Deadlock verursacht.
+ Behebung eines Problems, bei dem die Datenbank-Engine aufgrund einer Race-Bedingung zwischen zwei Worker-Threads im Thread-Pool abstürzt.
+ Behebung eines Problems, bei dem ein unnötiges Failover unter hoher Workload auftritt, wenn der Überwachungsagent keinen Fortschritt der Schreib-Operationen im Untersystem des verteilten Speichers feststellen kann.

# Aurora-MySQL-Datenbank-Engine-Updates 30.08.2016 (Version 1.7.0) (veraltet)
<a name="AuroraMySQL.Updates.20160830"></a>

**Version:** 1.7.0

## Neue Funktionen
<a name="AuroraMySQL.Updates.20160830.New"></a>
+ **NUMA-fähiger Scheduler** – Der Task-Scheduler für die Aurora MySQL-Engine ist jetzt NUMA-fähig (Non-Uniform Memory Access). Dies minimiert CPU-Socket-übergreifende Konflikte, was einen verbesserten Leistungsdurchsatz für die `db.r3.8xlarge`-DB-Instance-Klasse bedeutet.
+ **Paralleles Read-Ahead operiert asynchron im Hintergrund** – Paralleles Read-Ahead wurde überarbeitet, um die Leistung zu verbessern, indem ein dedizierter Thread verwendet wird, um die Thread-Konkurrenz zu reduzieren.
+ **Verbesserter Index-Build (Labor-Modus)** – Die Implementierung für das Aufbauen von sekundären Indizes wird nun von unten nach oben ausgeführt, was unnötige Aufteilungen von Seiten verhindert. Dies kann den erforderlichen Zeitaufwand für das Erstellen eines Index oder das Wiederaufbauen einer Tabelle reduzieren. Diese Funktion ist standardmäßig deaktiviert und kann aktiviert werden, indem der Aurora-Labor-Modus aktiviert wird. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Labor-Modus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) im *Amazon-Aurora-Benutzerhandbuch*.

## Verbesserungen
<a name="AuroraMySQL.Updates.20160830.Improvements"></a>
+ Behebung eines Fehlers, bei dem das Herstellen einer Verbindung sehr lange dauerte, wenn es einen Anstieg an Verbindungsanfragen für eine Instance gab.
+ Behebung eines Problems, bei dem ein Absturz auftrat, wenn ALTER TABLE in einer partitionierten Tabelle ausgeführt wurde, in der InnoDB nicht verwendet wurde.
+ Behebung eines Fehlers, bei dem von hohen Workloads mit Schreibvorgängen ein Failover ausgelöst werden konnte.
+ Behebung einer fehlerhaften Assertion, die einen Ausfall ausgelöst hat, wenn RENAME TABLE auf einer partitionierten Tabelle ausgeführt wurde.
+ Verbesserung der Stabilität beim Rollback-Vorgang in einer Transaktion während hoher Workload mit Insert-Vorgängen.
+ Behebung eines Problems, bei der Volltextsuchindexe in einem Aurora Replica nicht umsetzbar waren.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20160830.BugFixes"></a>
+ Verbesserte Skalierbarkeit durch Partitionierung der LOCK\$1grant-Sperre. (Port WL \$18355)
+ Das Öffnen des Cursors mit SELECT in einer gespeicherten Prozedur verursacht segfault. (Port-Fehler\$116499751)
+ MySQL gibt das falsche Ergebnis mit einer ungewöhnlichen Nutzung aus. (Fehler \$111751794)
+ Ausfall in GET\$1SEL\$1ARG\$1FOR\$1KEYPART – verursacht durch Patch für Fehler \$111751794. (Fehler \$116208709)
+ Falsche Ergebnisse für eine einfache Abfrage mit GROUP\$1BY. (Fehler \$117909656)
+ Zusätzliche Zeilen für semijoin-Abfragen mit Bereichseigenschaften. (Fehler \$116221623)
+ Hinzufügen einer ORDER BY-Klausel gefolgt von einer IN-Unterabfrage könnte dazu führen, dass Duplikatzeilen zurückgegeben werden. (Fehler \$116308085)
+ Ausfall mit der Erklärung, dass eine Abfrage mit ungenauem Scan für GROUP BY, MyISAM vorliegt. (Fehler \$116222245)
+ Ungenauer Index-Scan mit Ganzzahl-Prädikat in Anführungszeichen gibt zufällige Daten zurück. (Fehler \$116394084)
+ Wenn der Optimierer einen ungenauen Index-Scan verwendet hat, konnte der Server während des Versuchs, eine temporäre Tabelle zu erstellen, beendet werden. (Fehler \$116436567)
+ COUNT(DISTINCT) sollte keine NULL-Werte zählen. Diese wurden jedoch gezählt, als der Optimierer ungenauen Index-Scan verwendet hatte. (Fehler \$117222452)
+ Wenn eine Abfrage sowohl MIN()/MAX() als auch aggregate\$1function(DISTINCT) (z. B. SUM(DISTINCT)) aufwies und mithilfe von ungenauem Index-Scan ausgeführt wurde, wurden die Ergebniswerte von MIN()/MAX() falsch festgelegt. (Fehler \$117217128)

# Aurora-MySQL-Datenbank-Engine-Updates 01.06.2016 (Version 1.6.5) (veraltet)
<a name="AuroraMySQL.Updates.20160601"></a>

**Version:** 1.6.5

## Neue Funktionen
<a name="AuroraMySQL.Updates.20160601.New"></a>
+ **Effizientes Speichern von Binärprotokollen** – Effizientes Speichern von Binärprotokollen ist jetzt standardmäßig für alle Aurora MySQL-DB-Cluster aktiviert und nicht konfigurierbar. Effizienter Speicher von Binärprotokollen wurde mit dem Update von April 2016 eingeführt. Weitere Informationen finden Sie unter [Aurora-MySQL-Datenbank-Engine-Updates 06.04.2016 (Version 1.6) (veraltet)](AuroraMySQL.Updates.20160406.md).

## Verbesserungen
<a name="AuroraMySQL.Updates.20160601.Improvements"></a>
+ Verbesserte Stabilität für Aurora Replicas, wenn eine primäre Instance einem hohen Workload unterliegt. 
+ Verbesserte Stabilität für Aurora Replicas beim Ausführen von Abfragen in partitionierten Tabellen und Tabellen mit Sonderzeichen im Tabellenamen. 
+ Behebung von Verbindungsproblemen, wenn sichere Verbindungen genutzt werden.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20160601.BugFixes"></a>
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)

# Aurora-MySQL-Datenbank-Engine-Updates 06.04.2016 (Version 1.6) (veraltet)
<a name="AuroraMySQL.Updates.20160406"></a>

**Version:** 1.6

Dieses Update enthält die folgenden Verbesserungen:

## Neue Funktionen
<a name="AuroraMySQL.Updates.20160406.New"></a>
+ **Paralleles Read-Ahead** – Paralleles Read-Ahead ist jetzt standardmäßig für alle Aurora MySQL-DB-Cluster aktiviert und nicht konfigurierbar. Paralleles Read-Ahead wurde mit dem Update von Dezember 2015 eingeführt. Weitere Informationen finden Sie unter [Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)](AuroraMySQL.Updates.20151203.md).

  Zusätzlich zur standardmäßigen Aktivierung von parallelem Read-Ahead sind in dieser Version die folgenden Verbesserungen für paralleles Read-Ahead enthalten:
  + Verbesserte Logik, sodass paralleles Read-Ahead weniger aggressiv ist. Dies ist vorteilhaft, wenn Ihr DB-Cluster vielen parallelen Workloads unterliegt.
  + Verbesserte Stabilität in kleineren Tabellen.
+ **Effizienter Speicher von Binärprotokollen (Labor-Modus)** – MySQL-Binärprotokolldateien werden jetzt noch effizienter in Aurora MySQL gespeichert. Die neue Speicherimplementierung ermöglicht eine viel schnellere Löschung von Binärprotokolldateien und verbessert die System-Performance für eine Instance in einem Aurora MySQL-DB-Cluster, das ein Binärprotokoll-Replikationsmaster ist.

  Legen Sie den Parameter `aurora_lab_mode` in der Parametergruppe für Ihre primäre Instance oder Aurora Replica auf `1` fest, um effizienten Speicher von Binärprotokollen zu aktivieren. Der Parameter `aurora_lab_mode` ist ein Parameter der Instance-Ebene, der sich standardmäßig in der Parametergruppe `default.aurora5.6` befindet. Informationen zum Ändern einer DB-Parametergruppe finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) im *Amazon-Aurora-Benutzerhandbuch*. Weitere Informationen zu Parametergruppen und Aurora MySQL finden Sie unter [Aurora-MySQL-Konfigurationsparameter](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) im *Amazon-Aurora-Benutzerhandbuch*.

  Aktivieren Sie effizienten Speicher von Binärprotokollen nur für Instances in einem Aurora MySQL-DB-Cluster, die MySQL-Binärprotokoll-Replikationsmaster-Instances sind.
+ **AURORA\$1VERSION-Systemvariable** – Sie können jetzt die Aurora-Version Ihres Aurora MySQL-DB-Clusters abrufen, indem Sie die Systemvariable `AURORA_VERSION` abfragen.

  Verwenden Sie die folgenden Abfragen, um die Aurora-Version zu erhalten:

  ```
  select AURORA_VERSION();
  select @@aurora_version;
  show variables like '%version';
  ```

  Sie können die Aurora-Version auch sehen, AWS-Managementkonsole wenn Sie einen DB-Cluster ändern, oder indem Sie den [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI Befehl oder die API-Operation [DBEngineDescribe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) Versions aufrufen.
+ **Metrik der Arbeitsspeicherverwendung von Lock Manager** – Informationen über den Arbeitsspeicherverbrauch von Lock Manager sind jetzt als Metrik verfügbar.

  Verwenden Sie die folgenden Abfragen, um die Metrik der Arbeitsspeicherverwendung von Lock Manager zu erhalten:

  ```
  show global status where variable_name in ('aurora_lockmgr_memory_used');
  select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
  ```

## Verbesserungen
<a name="AuroraMySQL.Updates.20160406.Improvements"></a>
+ Verbesserte Stabilität während der Wiederherstellung von Binärprotokollen und XA-Transaktionen.
+ Behebung eines Arbeitsspeicherproblems, das durch eine hohe Anzahl an Verbindungen ausgelöst wurde.
+ Verbesserte Genauigkeit der folgenden Metriken: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` und `Disk Queue Depth`.
+ Behebung eines Stabilitätsproblems, das den Start großer Instances nach einem Ausfall verlangsamt.
+ Verbesserte Nebenläufigkeit im Datenwörterbuch in Hinsicht auf Synchronisationsmechanismen und Cache-Bereinigung. 
+ Stabilitäts- und Leistungsverbesserungen für Aurora Replicas:
  + Behebung eines Stabilitätsproblems für Aurora Replicas während hoher oder Burst-Workloads mit Schreibvorgängen für die primäre Instance.
  + Nachgebesserte Replica-Verzögerung für db.r3.4xlarge- und db.r3.8xlarge-Instances. 
  + Verbesserte Leistung durch Reduzierung von Konflikten zwischen der Anwendung von Protokolldatensätzen und nebenläufigen Lesevorgängen in einem Aurora Replica.
  + Behebung eines Fehlers beim Aktualisieren von Statistiken in Aurora Replicas für neu erstellte oder aktualisierte Statistiken.
  + Verbesserte Stabilität für Aurora Replicas, wenn zu viele Transaktionen für die primäre Instance und nebenläufige Lesevorgänge in den Aurora Replicas für dieselben Daten ausgeführt werden.
  + Verbesserte Stabilität für Aurora Replicas beim Ausführen der Statements `UPDATE` und `DELETE` mit `JOIN`-Statements.
  + Verbesserte Stabilität für Aurora Replicas beim Ausführen von `INSERT ... SELECT`-Statements.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20160406.BugFixes"></a>
+ BACKPORT-Fehler 18694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (Port-Fehler 18305270) 
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (Port-Fehler \$1 18383840)
+ FALSCHE ERGEBNISSE BEI PARTITIONIERUNG,INDEX\$1MERGE UND KEIN PK (Port-Fehler \$1 18167648)
+ TABELLEN FÜR EXPORT BEREINIGEN: ASSERTION IN HA\$1PARTITION::EXTRA (Port-Fehler \$1 16943907)
+ SERVER-AUSFALL IN VIRTUELLEM HA\$1ROWS-HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (Port-Fehler \$1 16164031)
+ BEREICHSOPTIMIERER STÜRZT IN SEL\$1ARG::RB\$1INSERT() AB (Port-Fehler \$1 16241773)

# Aurora-MySQL-Datenbank-Engine-Updates 11.01.2016 (Version 1.5) (veraltet)
<a name="AuroraMySQL.Updates.20160111"></a>

**Version:** 1.5

Dieses Update enthält die folgenden Verbesserungen:

## Verbesserungen
<a name="AuroraMySQL.Updates.20160111.Improvements"></a>
+ Behebung einer 10-sekündigen Pause von Schreiboperationen für Instances im Leerlauf während Bereitstellungen von Aurora-Speicher.
+ Logisches Read-Ahead funktioniert jetzt, wenn `innodb_file_per_table` auf `No` festgelegt ist. Weitere Informationen zu logischem Read-Ahead finden Sie unter [Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)](AuroraMySQL.Updates.20151203.md).
+ Behebung von Problemen mit Aurora Replicas, die sich erneut mit der primären Instance verbinden. Diese Verbesserung behebt auch ein Problem bei der Angabe eines großen Wertes für den Parameter `quantity` beim Testen eines Aurora Replicas auf Fehler mithilfe von Fehlersimulationsabfragen. Weitere Informationen finden Sie unter [Testen eines Aurora-Replikat-Ausfalls](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure) im *Amazon-Aurora-Benutzerhandbuch*.
+ Verbesserte Überwachung von in Rückstand geratenen oder neu startenden Aurora Replicas.
+ Behebung eines Problems, das dazu führte, das ein Aurora Replica, verzögert, abgemeldet und anschließend neu gestartet wurde.
+ Behebung eines Problems, wenn der Befehl `show innodb status` während eines Deadlocks ausgeführt wird.
+ Behebung eines Problems mit Failover für größere Instances während eines hohen Durchsatzes an Schreibvorgängen.

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20160111.BugFixes"></a>
+ Behebung einer unvollständigen Lösung in der MySQL-Volltextsuche, die sich auf Tabellen auswirkt, bei denen der Datenbankname mit einer Ziffer beginnt. (Port Fehler \$117607956) 

# Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)
<a name="AuroraMySQL.Updates.20151203"></a>

**Version:** 1.4

Dieses Update enthält die folgenden Verbesserungen:

## Neue Funktionen
<a name="AuroraMySQL.Updates.20151203.New"></a>
+ **Fast Insert** – beschleunigte parallele Inserts (Einsätze) geordnet nach primärem Schlüssel. Weitere Informationen finden Sie unter [Amazon-Aurora-MySQL-Leistungsverbesserungen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) im *Amazon-Aurora-Benutzerhandbuch*. 
+ **Performance von Lesevorgängen für große Datensätze** – Aurora MySQL erkennt eine I/O-lastige Workload automatisch und startet mehr Threads, um die Performance für das DB-Cluster zu erhöhen. Der Aurora-Scheduler sieht in der I/O-Aktivität nach und führt eine dynamische Anpassung der optimalen Anzahl der Threads im System durch, mit einer schnellen Anpassung zwischen I/O-lastigen und CPU-lastigen Workloads mit geringem Overhead.
+ **Paralleles Read-Ahead** – verbessert die Leistung von B-Baum-Scans, die zu groß für den verfügbaren Arbeitsspeicher Ihrer primären Instance oder Ihres Aurora Replicas sind (einschließlich Bereichsabfragen). Paralleles Read-Ahead erkennt automatisch Muster von Seitenlesevorgängen und lädt Seiten vor ihrem eigentlichen Gebrauch in den Buffer-Cache. Paralleles Read-Ahead funktioniert mit mehreren Tabellen zur selben Zeit innerhalb derselben Transaktion.

## Verbesserungen:
<a name="AuroraMySQL.Updates.20151203.Improvements"></a>
+ Behebung von kurzzeitigen Verfügbarkeitsproblemen mit Aurora-Datenbanken während Bereitstellungen von Aurora-Speicher. 
+ Korrektes Erzwingen des `max_connection`-Limits.
+ Verbesserung der Binärprotokollbereinigung, wenn Aurora der Binärprotokollmaster ist und die Datenbank nach einer hohen Workload neu startet. 
+ Behebung von Verwaltungsproblemen mit dem Arbeitsspeicher im Tabellen-Cache. 
+ Hinzugefügte Unterstützung für große Seiten im Shared-Memory-Buffer-Cache für schnellere Wiederherstellung. 
+ Behebung eines Problems, bei dem der lokale Speicher eines Threads nicht initialisiert wird. 
+ 16.000 Verbindungen sind standardmäßig erlaubt. 
+ Dynamischer Thread-Pool für I/O-lastige Workloads. 
+ Behebung eines Problems mit gründlichem Annullieren von Ansichten, die UNION im Abfrage-Cache einbeziehen. 
+ Behebung eines Stabilitätsproblems mit dem Thread für Wörterbuchstatistiken. 
+ Behebung eines Lecks im Arbeitsspeicher im Untersystem des Wörterbuchs, das im Zusammenhang mit der Cache-Bereinigung besteht. 
+ Behebung des Problems mit hoher Latenz von Schreibvorgängen in Aurora Replicas, wenn nur eine sehr geringe Workload mit Schreibvorgängen im Master vorhanden ist. 
+ Stabilitätsprobleme in Aurora Replicas beim Ausführen von Operationen in DDL-partitionierten Tabellen, wie ALTER TABLE ... wurden behoben. REORGANIZE PARTITION im Master. 
+ Behebung von Stabilitätsproblemen in Aurora Replicas während des Wachstums von Volumes. 
+ Behebung eines Problems für Scans in nicht gruppierten Indexen in Aurora Replicas. 
+ Behobenes Stabilitätsproblem, das dazu führt, dass Aurora Replicas verzögert, evtl. abgemeldet und neu gestartet werden. 

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20151203.BugFixes"></a>
+ SEGV in FTSPARSE(). (Fehler \$116446108)
+ InnoDB-Datenwörterbuch wird während der Umbenennung der Spalte nicht aktualisiert. (Fehler \$119465984)
+ FTS-Ausfall nach der Umbenennung einer Tabelle für eine andere Datenbank. (Fehler \$116834860)
+ Fehlgeschlagene Vorbereitung eines Auslösers für trunkierte Tabellen verursacht Fehler 1054. (Fehler \$118596756)
+ Änderungen der Metadaten könnten zu Problemen bei der Ausführung von Auslösern führen. (Fehler \$118684393)
+ Die Materialisierung wird nicht für ein langes UTF8 VARCHAR-Feld ausgewählt. (Fehler \$117566396)
+ Schlechter Ausführungsplan, wenn ORDER BY mit Limit X. (Fehler \$116697792)
+ Backport-Fehler \$111765744 IN 5.1, 5.5 UND 5.6. (Fehler \$117083851)
+ Mutex-Problem in SQL/SQL\$1SHOW.CC führt zu. SIG6 Quelle vermutlich FILL\$1VARIABLES. (Fehler \$120788853)
+ Backport-Fehler \$118008907 in Versionen 5.5\$1. (Fehler \$118903155)
+ Adaptionsfix für einen Stack-Overflow-Fehler in MySQL 5.7. (Fehler \$119678930)

# Aurora-MySQL-Datenbank-Engine-Updates 16.10.2015 (Versionen 1.2, 1.3) (veraltet)
<a name="AuroraMySQL.Updates.20151016"></a>

**Versionen:** 1.2, 1.3

Dieses Update enthält die folgenden Verbesserungen:

## Behobene Probleme
<a name="AuroraMySQL.Updates.20151016.Fixes"></a>
+ Das Problem im neuen out-of-memory Lockmanager mit lang laufenden Transaktionen wurde behoben
+ Gelöste Sicherheitsschwachstelle beim Replizieren mit Nicht-RDS for MySQL-Datenbanken
+ Aktualisiert, um sicherzustellen, dass Quorum-Schreibvorgänge korrekte Wiederholungsversuche bei Speicherfehlern ausführen
+ Aktualisiert, um Read Replica-Verzögerung präziser zu melden
+ Verbesserte Leistung durch Reduzierung von Konflikten, wenn viele nebenläufige Transaktionen versuchen, dieselbe Zeile zu ändern
+ Behobene Annullierung des Abfrage-Cache für Ansichten, die durch die Verknüpfung zweier Tabellen erstellt werden
+ Deaktivierter Abfrage-Cache für Transaktionen mit `UNCOMMITTED_READ`-Isolation

## Verbesserungen
<a name="AuroraMySQL.Updates.20151016.Improvements"></a>
+ Bessere Leistung für Slow-Catalog-Abfragen in "warmen" Caches
+ Verbesserte Nebenläufigkeit in Wörterbuchstatistiken
+ Bessere Stabilität für den neuen Abfrage-Cache-Ressourcenmanager, erweiterte Verwaltung, Dateien gespeichert im Amazon Aurora Smart-Speicher und Batch-Schreibvorgänge von Protokolldatensätzen

## Integration von MySQL-Fehlerbehebungen
<a name="AuroraMySQL.Updates.20151016.BugFixes"></a>
+ Beenden einer Abfrage innerhalb innodb verursacht einen Ausfall mit einer Assertion. (Fehler \$11608883)
+ Bei Fehlschlägen beim Erstellen eines neuen Threads für den Ereignis-Scheduler, die Ereignis-Ausführung oder neue Verbindung, wurde keine Mitteilung in das Fehlerprotokoll geschrieben. (Fehler \$116865959)
+ Wenn eine Verbindung ihre standardmäßige Datenbank ändert und eine andere Verbindung simultan SHOW PROCESSLIST ausführt, könnte die zweite Verbindung auf ungültigen Arbeitsspeicher zugreifen, wenn sie versucht, den standardmäßigen Datenbankarbeitsspeicher der ersten Verbindung anzuzeigen. (Fehler \$111765252)
+ PURGE BINARY LOGS entfernt standardmäßig keine Binärprotokolldateien, die verwendet werden oder aktiv sind, gab aber keinen Hinweis, wenn dies stattfand. (Fehler \$113727933)
+ Bei einigen Statements könnte es zu Lecks im Arbeitsspeicher kommen, wenn der Optimierer unbenötigte Unterabfrage-Klassen entfernt hat. (Fehler \$115875919) 
+ Während des Herunterfahrens könnte der Server versuchen, einen nicht initialisierten Mutex zu sperren. (Fehler \$116016493)
+ Ein vorbereitetes Statement, das GROUP CONCAT() und eine ORDER BY-Klausel verwendet hat, das mehrere Spalten benannt hat, könnte dazu führen, das der Server beendet wird. (Fehler \$116075310)
+ Leistungsschema-Instrumentierung fehlte bei Replikat-Worker-Threads. (Fehler \$116083949)
+ `STOP SLAVE` kann einen Deadlock verursachen, wenn sie gleichzeitig mit einer Anweisung wie SHOW STATUS ausgegeben wird, die die Werte für eine oder mehrere der Statusvariablen `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat` oder `Slave_running` abgerufen hat. (Fehler \$116088188)
+ Eine vollständige Abfrage mithilfe des booleschen Modus konnte in einigen Fällen keine Ergebnisse liefern, wenn der Suchbegriff in Anführungszeichen stand. (Fehler \$116206253)
+ Der Versuch des Optimierers, redundante Unterabfrage-Klauseln zu entfernen, erhöhte eine Assertion, wenn ein vorbereitetes Statement mit einer Unterabfrage in der On-Klausel einer Verbindung in einer Unterabfrage ausgeführt wurde. (Fehler \$116318585)
+ GROUP\$1CONCAT instabil, Ausfall in ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL. (Fehler \$116347450)
+ Der Versuch, die standardmäßige InnoDB-Volltextsuchen-Stoppwortliste (FTS) zu ersetzen, indem eine InnoDB-Tabelle mit derselben Struktur wie INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD erstellt wird, endete in einem Fehler. (Fehler \$116373868)
+ Nachdem der Client-Thread auf einem Worker ein FLUSH TABLES WITH READ LOCK ausgeführt hat und darauf einige Updates auf dem Master folgten, stürzte der Worker ab, wenn ausgeführt wurd `SHOW SLAVE STATUS`. (Fehler \$116387720)
+ Beim Parsen einer beschränkten Suchzeichenfolge wie "abc-def" in einer Volltextsuche verwendet InnoDB jetzt dieselben Trennzeichen wie MyISAM. (Fehler \$116419661)
+ Ausfall in FTS\$1AST\$1TERM\$1SET\$1WILDCARD. (Fehler \$116429306)
+ SEGFAULT in FTS\$1AST\$1VISIT() for FTS RQG Test. (Fehler \$116435855)
+ Wenn bei Debug-Builds der Optimierer ein Item\$1ref entfernte, das auf eine Unterabfrage verwies, führte das zum Beenden des Servers. (Fehler \$116509874)
+ Volltextsuche in InnoDB-Tabellen schlug fehl bei der Suche nach wörtlichen Sätzen in Kombination mit den Operatoren \$1 oder -. (Fehler \$116516193)
+ `START SLAVE`schlug fehl, als der Server mit den Optionen -- master-info-repository =TABLE relay-log-info-repository =TABLE gestartet wurde und Autocommit auf 0 gesetzt war, zusammen mit. `--skip-slave-start` (Fehler \$116533802)
+ Sehr große InnoDB-Volltextsuchergebnisse (FTS) konnten in einigen Fällen eine übermäßige Menge an Arbeitsspeicher verbrauchen. (Fehler \$116625973)
+ Bei Debug-Builds konnte in OPT\$1CHECK\$1ORDER\$1BY eine Assertion auftreten, wenn ein Binärprogramm direkt in der Suchzeichenfolge verwendet wurde, da Binärprogramme NULL-Bytes und andere bedeutungslose Zeichen enthalten können. (Fehler \$116766016)
+ Bei einigen Statements könnte es zu Lecks im Arbeitsspeicher kommen, wenn der Optimierer unbenötigte Unterabfrage-Klassen entfernt hat. (Fehler \$116807641)
+ Es war möglich, einen Deadlock zu verursachen, nachdem FLUSH TABLES WITH READ LOCK durch Verwendung von `STOP SLAVE` in einer neuen Verbindung an den Worker erteilt wurde und anschließend `SHOW SLAVE STATUS` über die ursprüngliche Verbindung erteilt wurde. (Fehler \$116856735)
+ GROUP\$1CONCAT() mit einem ungültigen Trennzeichen konnte zum Beenden des Servers führen. (Fehler \$116870783)
+ Der Server führte übermäßiges Sperren für die Mutexe LOCK\$1active\$1mi und active\$1mi->rli->data\$1lock jeder SHOW STATUS LIKE 'pattern'-Anweisung aus, selbst wenn das Muster nicht mit den Statusvariablen übereinstimmte, die diese Mutexe verwenden (`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`). (Fehler \$116904035)
+ Eine Volltextsuche, die den IN BOOLEAN MODE-Modifikator verwendet, konnte in einem Assertionfehler enden. (Fehler \$116927092)
+ Volltextsuche in InnoDB-Tabellen schlug fehl bei Suchen, die den booleschen Operator \$1 verwendet haben. (Fehler \$117280122)
+ 4-Wege-Deadlock: Zombies, Binärprotokolle bereinigen, Prozesslisten anzeigen, Binärprotokolle anzeigen. (Fehler \$117283409)
+ Wenn ein auf ein Commit-Lock wartender SQL-Thread beendet und neu gestartet wurde, führte das zum Überspringen einer Transaktion auf dem Worker. (Fehler \$117450876)
+ Ein InnoDB-Volltextsuchen-Fehler konnte aufgrund eines "unbeendeten" Tokens auftreten. Die Zeichenfolge und die Zeichenfolgenlänge sollten für einen Zeichenfolgenvergleich weitergeleitet werden. (Fehler \$117659310)
+ Eine große Anzahl an partitionierten InnoDB-Tabellen konnte, wenn diese in MySQL 5.6 oder 5.7 verwendet wurden, viel mehr Arbeitsspeicher verbrauchen als dieselben Tabellen in vorherigen Versionen von MySQL Server. (Fehler \$117780517)
+ Bei Volltextabfragen konnte ein Fehler beim Überprüfen, ob num\$1token kleiner ist als max\$1proximity\$1item, in einer Assertion enden. (Fehler \$118233051)
+ Bestimmte Abfragen für die INFORMATION SCHEMA TABLES- und COLUMNS-Tabellen konnten zu übermäßigem Arbeitsspeicherverbrauch führen, wenn es eine große Anzahl an leeren InnoDB-Tabellen gab. (Fehler \$118592390)
+ Beim Übergeben einer Transaktion wird jetzt eine Kennzeichnung verwendet, um zu überprüfen, ob ein Thread erstellt wurde, anstatt den Thread selbst zu überprüfen, was mehr Ressourcen benötigte, besonderen wenn der Server mit master\$1info\$1repository=TABLE ausgeführt wird. (Fehler \$118684222)
+ Wenn ein Client-Thread in einem Worker FLUSH TABLES WITH READ LOCK ausgeführt hat, während der Master eine DML ausführte, wurde das Ausführen von `SHOW SLAVE STATUS` auf demselben Client blockiert, was zu einem Deadlock führte. (Fehler \$119843808)
+ Das Ordnen nach einem GROUP\$1CONCAT() -Ergebnis konnte zum Beenden des Servers führen. (Fehler \$119880368)

# Aurora-MySQL-Datenbank-Engine-Updates 24.08.2015 (Version 1.1) (veraltet)
<a name="AuroraMySQL.Updates.20150824"></a>

**Version:** 1.1

Dieses Update enthält die folgenden Verbesserungen:
+ Verbesserungen der Replikationsstabilität beim Replizieren mit einer MySQL-Datenbank (Binärprotokoll-Replikation). Weitere Informationen über die Aurora-MySQL-Replikation mit MySQL finden Sie unter [Replikation mit Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html) im *Amazon-Aurora-Benutzerhandbuch*. 
+ Eine 1-Gigabyte (GB)-Beschränkung für die Größe von Relay-Protokollen, die für ein Aurora MySQL-DB-Cluster akkumuliert werden, bei dem es sich um einen Replikationsworker handelt. Dies verbessert die Dateiverwaltung für die Aurora-DB-Cluster.
+ Stabilitätsverbesserungen in den Bereichen Read-Ahead, Beziehung von rekursiven Fremdschlüsseln und Aurora-Replikation.
+ Integration von MySQL-Fehlerbehebungen.
  + InnoDB-Datenbanken mit Namen, die mit einer Zahl beginnen, verursachen einen Fehler im Volltextsuchparser (FTS). (Fehler \$117607956)
  + InnoDB-Volltextsuchen schlagen in Datenbanken fehl, deren Namen mit einer Zahl beginnen. (Fehler \$117161372)
  + Für InnoDB-Datenbanken in Windows, ist die Objekt-ID für Volltextsuchen (FTS) nicht im erwarteten Hexadezimalformat. (Fehler \$116559254)
  + Eine in MySQL 5.6 eingeführte Code-Regression hatte negative Auswirkungen auf die Leistung von DROP TABLE und ALTER TABLE. Dies führt möglicherweise zu einer Leistungsminderung zwischen MySQL Server 5.5.x und 5.6.x. (Fehler \$116864741)
+ Vereinfachte Protokollierung, um die Größe der Protokolldateien und die Menge des dafür erforderlichen Speicherplatzes zu reduzieren.