Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Aurora mit MySQL Version 3 ist kompatibel mit MySQL 8.0
Sie können Aurora MySQL Version 3 verwenden, um die neuesten MySQL-kompatiblen Funktionen, Leistungsverbesserungen und Bugfixes zu erhalten. Im Folgenden erfahren Sie mehr über Aurora MySQL Version 3 mit MySQL 8.0 Kompatibilität. Sie können lernen, wie Sie Ihre Cluster und Anwendungen auf Aurora MySQL Version 3 aktualisieren.
Einige Aurora-Funktionen wie Aurora Serverless v2 erfordern Aurora MySQL Version 3.
**Topics**
+ [Funktionen aus der Community Edition von MySQL 8.0](#AuroraMySQL.8.0-features-community)
+ [Aurora MySQL Version 3 als Voraussetzung für Aurora MySQL Serverless v2](#AuroraMySQL.serverless-v2-8.0-prereq)
+ [Versionshinweise für Aurora MySQL Version 3](#AuroraMySQL.mysql80-bugs-fixed)
+ [Neue -Optimierungen für parallele Abfragen](#AuroraMySQL.8.0-features-pq)
+ [Optimierungen reduzieren die Neustartzeit der Datenbank](#ReducedRestartTime)
+ [Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3](ams3-temptable-behavior.md)
+ [Vergleich von Aurora-MySQL-Version 2 und Aurora-MySQL-Version 3](AuroraMySQL.Compare-v2-v3.md)
+ [Vergleich von Aurora-MySQL-Version 3 und MySQL 8.0 Community Edition](AuroraMySQL.Compare-80-v3.md)
+ [Upgrade auf Aurora MySQL Version 3](AuroraMySQL.mysql80-upgrade-procedure.md)
## Funktionen aus der Community Edition von MySQL 8.0
Die erste Version von Aurora MySQL Version 3 ist mit der Community Edition von MySQL 8.0.23 kompatibel. MySQL 8.0 führt mehrere neue Funktionen ein, darunter die folgenden:
+ Unterstützung der Atomic Data Definition Language (DDL) Weitere Informationen finden Sie unter [Unterstützung der Atomic Data Definition Language (DDL)](AuroraMySQL.Compare-v2-v3.md#AuroraMySQL.Compare-v2-v3-atomic-ddl).
+ JSON-Funktionen Weitere Informationen zur Nutzung finden Sie unter[JSON-Funktionen](https://dev.mysql.com/doc/refman/8.0/en/json-functions.html)im*MySQL-Referenzhandbuch*aus.
+ Fensterfunktionen. Weitere Informationen zur Nutzung finden Sie unter[Fensterfunktionen](https://dev.mysql.com/doc/refman/8.0/en/window-functions.html)im*MySQL-Referenzhandbuch*aus.
+ Gemeinsame Tabellenausdrücke (CTEs) unter Verwendung der`WITH`-Klausel. Weitere Informationen zur Nutzung finden Sie unter[WITH (Allgemeine Tabellenausdrücke)](https://dev.mysql.com/doc/refman/8.0/en/with.html)im*MySQL-Referenzhandbuch*aus.
+ Optimiert`ADD COLUMN`und`RENAME COLUMN`-Klauseln für`ALTER TABLE`statement. Diese Optimierungen werden „Instant DDL“ genannt. Aurora MySQL Version 3 ist mit der MySQL-Instant-DDL-Funktion der Community kompatibel. Die ehemalige Aurora Fast DDL-Funktion wird nicht verwendet. Informationen zur Verwendung für Instant DDL finden Sie unter[Sofortige DDL (Aurora MySQL Version 3)](AuroraMySQL.Managing.FastDDL.md#AuroraMySQL.mysql80-instant-ddl)aus.
+ Absteigende, funktionale und unsichtbare Indizes. Weitere Informationen zur Nutzung finden Sie unter[Unsichtbare Indizes](https://dev.mysql.com/doc/refman/8.0/en/invisible-indexes.html),[Absteigende Indizes](https://dev.mysql.com/doc/refman/8.0/en/descending-indexes.html), und[CREATE INDEX-Anweisung](https://dev.mysql.com/doc/refman/8.0/en/create-index.html#create-index-functional-key-parts)im*MySQL-Referenzhandbuch*aus.
+ Rollenbasierte Berechtigungen, die durch SQL-Anweisungen gesteuert werden. Weitere Informationen zu Änderungen am Berechtigungsmodell finden Sie unter[Rollenbasiertes Berechtigungsmodell](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model)aus.
+ `NOWAIT`und`SKIP LOCKED`-Klauseln mit`SELECT ... FOR SHARE`statement. Diese Klauseln vermeiden es, darauf zu warten, dass andere Transaktionen Zeilensperren freigeben. Weitere Informationen zu[ Lesesperren](https://dev.mysql.com/doc/refman/8.0/en/innodb-locking-reads.html) finden Sie im* MySQL-Referenzhandbuch*.
+ Verbesserungen der Binärprotokollreplikation (binlog). Die Aurora MySQL-Details finden Sie unter[Binäre Protokoll-Replikation](AuroraMySQL.Compare-v2-v3.md#AuroraMySQL.mysql80-binlog)aus. Insbesondere können Sie eine gefilterte Replikation durchführen. Informationen zur Verwendung zur gefilterten Replikation finden Sie unter[So bewerten Server Replikationsfilterregeln](https://dev.mysql.com/doc/refman/8.0/en/replication-rules.html)im*MySQL-Referenzhandbuch*aus.
+ Hinweise Einige der MySQL 8.0-kompatiblen Hinweise wurden bereits auf Aurora MySQL Version 2 zurückportiert. Weitere Informationen zur Sicherheit im Zusammenhang mit Aurora MySQL finden Sie unter [Aurora-MySQL-Hinweise](AuroraMySQL.Reference.Hints.md). Eine vollständige Liste der Hinweise in MySQL 8.0 finden Sie unter[Optimierungshinweise](https://dev.mysql.com/doc/refman/8.0/en/optimizer-hints.html)im*MySQL-Referenzhandbuch*aus.
Die vollständige Liste der Funktionen, die zur MySQL 8.0 Community Edition hinzugefügt wurden, finden Sie im Blogbeitrag[Die vollständige Liste der neuen Funktionen in MySQL 8.0](https://dev.mysql.com/blog-archive/the-complete-list-of-new-features-in-mysql-8-0/)aus.
Aurora MySQL Version 3 enthält auch Änderungen an Schlüsselwörtern für inklusive Sprache, die von der Community MySQL 8.0.26 zurückportiert wurden. Einzelheiten zu diesen Änderungen finden Sie unter[Inklusive Sprachänderungen für Aurora MySQL Version 3](AuroraMySQL.Compare-v2-v3.md#AuroraMySQL.8.0-inclusive-language)aus.
## Aurora MySQL Version 3 als Voraussetzung für Aurora MySQL Serverless v2
Aurora MySQL Version 3 ist Voraussetzung für alle DB-Instances in einem Aurora-MySQL-Serverless-v2-Cluster. Aurora MySQL Serverless v2 enthält Unterstützung für Reader-Instances in einem DB-Cluster und andere Aurora-Funktionen, die für Aurora MySQL Serverless v1 nicht verfügbar sind. Diese Version bietet auch eine schnellere und stärker granulare Skalierung als Aurora MySQL Serverless v1.
## Versionshinweise für Aurora MySQL Version 3
Die Versionshinweise für alle Versionen von Aurora MySQL Version 3 finden Sie unter [Aktualisierungen der Datenbank-Engine für Amazon Aurora MySQL Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.30Updates.html) in den *Versionshinweisen für Aurora MySQL*.
## Neue -Optimierungen für parallele Abfragen
Die parallele Aurora-Abfrageoptimierung gilt nun für mehr SQL-Operationen:
+ Die parallele Abfrage gilt jetzt für Tabellen, die die Datentypen enthalten`TEXT`,`BLOB`,`JSON`,`GEOMETRY`, und`VARCHAR`und`CHAR`länger als 768 Bytes.
+ Parallele Abfragen können Abfragen mit partitionierten Tabellen optimieren.
+ Eine parallele Abfrage kann Abfragen mit Aggregatfunktionsaufrufen in der Auswahlliste und der`HAVING`-Klausel.
Weitere Informationen zu Enhanced Monitoring finden Sie unter [Upgrade paralleler Abfrage-Cluster auf Aurora-MySQL-Version 3](aurora-mysql-parallel-query-optimizing.md#aurora-mysql-parallel-query-upgrade-pqv2). Allgemeine Informationen zu Aurora-Sicherungen finden Sie unter [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md).
## Optimierungen reduzieren die Neustartzeit der Datenbank
Ihr Aurora-MySQL-DB-Cluster muss sowohl bei geplanten als auch bei ungeplanten Ausfällen hochverfügbar sein.
Datenbankadministratoren müssen gelegentlich Datenbankwartungen durchführen. Diese Wartungsmaßnahmen umfassen Datenbank-Patches, Upgrades, Änderungen von Datenbankparametern, die einen manuellen Neustart erfordern, die Durchführung eines Failovers, um den Zeitaufwand für Instance-Klassenänderungen zu reduzieren, usw. Solche geplanten Aktionen machen Ausfallzeiten erforderlich.
Ausfallzeiten können jedoch auch durch ungeplante Aktionen verursacht werden, beispielsweise durch einen unerwarteten Failover aufgrund eines zugrunde liegenden Hardwarefehlers oder durch die Drosselung von Datenbankressourcen. Alle diese geplanten und ungeplanten Aktionen führen zu einem Neustart der Datenbank.
In Aurora MySQL Version 3.05 und höher haben wir Optimierungen eingeführt, die die Neustartzeit der Datenbank reduzieren. Diese Optimierungen sorgen für bis zu 65 % weniger Ausfallzeiten als ohne Optimierungen und weniger Unterbrechungen Ihrer Datenbank-Workloads nach einem Neustart.
Während des Datenbankstarts werden viele interne Speicherkomponenten initialisiert. Die größte dieser Komponenten ist der [InnoDB-Pufferpool](https://aws.amazon.com/blogs/database/best-practices-for-amazon-aurora-mysql-database-configuration/), der in Aurora MySQL standardmäßig 75 % der Instance-Speichergröße ausmacht. Unsere Tests haben ergeben, dass die Initialisierungszeit proportional zur Größe des InnoDB-Pufferpools ist und daher mit der Größe der DB-Instance-Klasse skaliert. Während dieser Initialisierungsphase kann die Datenbank keine Verbindungen akzeptieren, wodurch es zu längeren Ausfallzeiten bei Neustarts kommt. In der ersten Phase des schnellen Neustarts von Aurora MySQL wird die Initialisierung des Pufferpools optimiert, wodurch die Zeit für die Datenbankinitialisierung und damit die Gesamtneustartzeit reduziert werden kann.
Weitere Informationen finden Sie im Blog [Reduce downtime with Amazon Aurora MySQL database restart time optimizations](https://aws.amazon.com/blogs/database/reduce-downtime-with-amazon-aurora-mysql-database-restart-time-optimizations/).