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.
# Upgrade auf Aurora MySQL Version 8.4
Sie können ein Upgrade von Aurora MySQL Version 3 auf Version 8.4 durchführen, indem Sie ein direktes Upgrade der Hauptversion verwenden. Direkte Upgrades von Aurora MySQL Version 2 auf Version 8.4 werden nicht unterstützt. Wenn Sie Version 2 ausführen, müssen Sie zuerst ein Upgrade auf Version 3 durchführen.
Allgemeine Informationen zum Upgrade-Prozess für die Hauptversion finden Sie unter[Aktualisieren der Hauptversion eines DB-Clusters von Amazon Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md).
## Vor dem Upgrade auf Version 8.4
Führen Sie vor dem Upgrade die folgenden Vorbereitungsschritte durch:
Aurora führt vor Beginn des Upgrades automatisch Upgrade-Vorabprüfungen durch. Diese Vorprüfungen identifizieren Kompatibilitätsprobleme, die das Upgrade blockieren können. Einzelheiten zu den einzelnen Vorprüfungen finden Sie unter. [Precheck-Beschreibungen für das Upgrade von Aurora MySQL Version 3 auf Version 8.4](AuroraMySQL.upgrade-prechecks-v3-to-v84.descriptions.md)
1. **Migrieren Sie Authentifizierungs-Plugins.** Überprüfen Sie alle Datenbankbenutzer und migrieren Sie alle Benutzer`mysql_native_password`, die zu verwenden`caching_sha2_password`. In Aurora MySQL Version 8.4 wird das `mysql_native_password` Plugin weiterhin unterstützt, ist aber veraltet. Die Standardeinstellung `authentication_policy` ist`*:caching_sha2_password`, sodass neue Benutzer `caching_sha2_password` standardmäßig mit erstellt werden.
```
-- Find users using mysql_native_password
SELECT user, host, plugin FROM mysql.user WHERE plugin = 'mysql_native_password';
-- Migrate a user to caching_sha2_password
ALTER USER '{{username}}'@'{{host}}' IDENTIFIED WITH caching_sha2_password BY '{{new_password}}';
```
1. **Aktualisieren Sie die SQL-Anweisungen für die Replikation.** Wenn Ihre Anwendungen oder Skripten veraltete Replikationsanweisungen (wie `SHOW SLAVE STATUS` oder`CHANGE MASTER TO`) verwenden, aktualisieren Sie sie, sodass sie die Ersatzanweisungen verwenden. Diese alten Anweisungen geben Syntaxfehler in Version 8.4 zurück. Eine vollständige Liste finden Sie unter [Vergleich von Aurora MySQL Version 3 und Aurora MySQL Version 8.4](AuroraMySQL.Compare-v3-v84.md).
1. **Suchen Sie nach entfernten Parametern.** Wenn Ihre benutzerdefinierten Parametergruppen Parameter verwenden, die in Version 8.4 entfernt wurden (wie `expire_logs_days` oder`default_authentication_plugin`), erstellen Sie neue MySQL 8.4-kompatible Parametergruppen mit den Ersatzparametern. Wenden Sie alle erforderlichen benutzerdefinierten Parameterwerte auf die neuen Parametergruppen an. Details hierzu finden Sie unter [Vergleich von Aurora MySQL Version 3 und Aurora MySQL Version 8.4](AuroraMySQL.Compare-v3-v84.md).
1. **Suchen Sie nach inkompatibler SQL-Syntax.** Überprüfen Sie Ihren Anwendungscode auf gelöschte Syntaxen, wie z. B. `LOW_PRIORITY` mit`LOCK TABLES ... WRITE`, und `AUTO_INCREMENT` auf `FLOAT` oder `DOUBLE` Spalten.
1. **Überprüfen Sie die Einschränkungen für Fremdschlüssel.** Wenn Ihr Schema Fremdschlüssel verwendet, die auf nicht eindeutige Schlüssel verweisen, beachten Sie, dass das Erstellen neuer solcher Fremdschlüssel in Version 8.4 standardmäßig blockiert ist. Bestehende Fremdschlüssel funktionieren weiterhin, aber neue müssen eingestellt `restrict_fk_on_non_standard_key=OFF` werden.
1. **Suchen Sie nach neuen reservierten Schlüsselwörtern.** Stellen Sie sicher, dass Ihre Datenbankobjekte keines der neuen reservierten Schlüsselwörter verwenden, die in MySQL 8.4 als Bezeichner ohne Anführungszeichen hinzugefügt wurden.
1. **Testen Sie das Upgrade.** Wir empfehlen, das Upgrade auf einem Klon Ihres Produktionsclusters zu testen, bevor Sie das Upgrade des Produktionsclusters selbst durchführen.
1. **Lesen Sie die Sicherheitsüberlegungen.** Einzelheiten zu Änderungen an den Authentifizierungs-Plug-ins, Änderungen an TLS und Chiffre, zu Kennwortrichtlinien und der `validate_password` Komponente, zu neuen dynamischen Rechten und zu Upgrade-Vorabprüfungen wie `deprecatedDefaultAuth` und `auroraValidatePasswordPluginCheck` finden Sie unter. [Sicherheitsüberlegungen für das Upgrade von Aurora MySQL Version 3 auf Version 8.4](AuroraMySQL.Upgrade-v3-v84-security.md)
## Wie führe ich ein Upgrade auf Version 8.4 durch
Um das Upgrade durchzuführen, folgen Sie dem unter beschriebenen Verfahren zur direkten Aktualisierung der Hauptversion. [Aktualisieren der Hauptversion eines DB-Clusters von Amazon Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md) Wählen Sie die Engine-Version der Zielversion 8.4 aus, wenn Sie Ihren DB-Cluster ändern.
Alternativ können Sie a verwenden, [Verwenden von Amazon Aurora Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md) um ein Upgrade mit minimaler Ausfallzeit durchzuführen. Bei einer Blue/Green Bereitstellung wird eine Staging-Umgebung erstellt, in der die neue Version zusammen mit Ihrer aktuellen Produktionsumgebung ausgeführt wird, sodass Sie sie vor dem Umstieg testen und validieren können.
Führen Sie nach Abschluss des Upgrades die unter beschriebenen Bereinigungsschritte nach dem Upgrade durch. [Post-upgrade Bereinigung für Aurora MySQL Version 8.4](AuroraMySQL.mysql84-post-upgrade.md)