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.

Themen

• Funktionen aus der Community Edition von MySQL 8.0
• Aurora MySQL Version 3 als Voraussetzung für Aurora MySQL Serverless v2
• Versionshinweise für Aurora MySQL Version 3
• Neue -Optimierungen für parallele Abfragen
• Optimierungen reduzieren die Neustartzeit der Datenbank
• Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3
• Vergleich von Aurora-MySQL-Version 2 und Aurora-MySQL-Version 3
• Vergleich von Aurora-MySQL-Version 3 und MySQL 8.0 Community Edition
• Upgrade auf Aurora MySQL Version 3

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:

• JSON-Funktionen Weitere Informationen zur Nutzung finden Sie unterJSON-FunktionenimMySQL-Referenzhandbuchaus.

• Fensterfunktionen. Weitere Informationen zur Nutzung finden Sie unterFensterfunktionenimMySQL-Referenzhandbuchaus.

• Gemeinsame Tabellenausdrücke (CTEs) unter Verwendung derWITH-Klausel. Weitere Informationen zur Nutzung finden Sie unterWITH (Allgemeine Tabellenausdrücke)imMySQL-Referenzhandbuchaus.

• OptimiertADD COLUMNundRENAME COLUMN-Klauseln fürALTER TABLEstatement. 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 unterSofortige DDL (Aurora MySQL Version 3)aus.

• Absteigende, funktionale und unsichtbare Indizes. Weitere Informationen zur Nutzung finden Sie unterUnsichtbare Indizes,Absteigende Indizes, undCREATE INDEX-AnweisungimMySQL-Referenzhandbuchaus.

• Rollenbasierte Berechtigungen, die durch SQL-Anweisungen gesteuert werden. Weitere Informationen zu Änderungen am Berechtigungsmodell finden Sie unterRollenbasiertes Berechtigungsmodellaus.

• NOWAITundSKIP LOCKED-Klauseln mitSELECT ... FOR SHAREstatement. Diese Klauseln vermeiden es, darauf zu warten, dass andere Transaktionen Zeilensperren freigeben. Weitere Informationen zu Lesesperren finden Sie im MySQL-Referenzhandbuch.

• Verbesserungen der Binärprotokollreplikation (binlog). Die Aurora MySQL-Details finden Sie unterBinäre Protokoll-Replikationaus. Insbesondere können Sie eine gefilterte Replikation durchführen. Informationen zur Verwendung zur gefilterten Replikation finden Sie unterSo bewerten Server ReplikationsfilterregelnimMySQL-Referenzhandbuchaus.

• 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. Eine vollständige Liste der Hinweise in MySQL 8.0 finden Sie unterOptimierungshinweiseimMySQL-Referenzhandbuchaus.

Die vollständige Liste der Funktionen, die zur MySQL 8.0 Community Edition hinzugefügt wurden, finden Sie im BlogbeitragDie vollständige Liste der neuen Funktionen in MySQL 8.0aus.

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 unterInklusive Sprachänderungen für Aurora MySQL Version 3aus.

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 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 enthaltenTEXT,BLOB,JSON,GEOMETRY, undVARCHARundCHARlänger als 768 Bytes.

• Parallele Abfragen können Abfragen mit partitionierten Tabellen optimieren.

• Eine parallele Abfrage kann Abfragen mit Aggregatfunktionsaufrufen in der Auswahlliste und derHAVING-Klausel.

Weitere Informationen zu Enhanced Monitoring finden Sie unter Upgrade paralleler Abfrage-Cluster auf Aurora-MySQL-Version 3. Allgemeine Informationen zu Aurora-Sicherungen finden Sie unter Arbeiten mit Parallel Query für Amazon Aurora MySQL.

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