

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Aggiornamento alla versione 8.4 di Aurora MySQL
<a name="AuroraMySQL.mysql84-upgrade-procedure"></a>

È possibile eseguire l'aggiornamento da Aurora MySQL versione 3 alla versione 8.4 utilizzando un aggiornamento della versione principale in loco. Gli aggiornamenti diretti da Aurora MySQL versione 2 alla versione 8.4 non sono supportati. Se utilizzi la versione 2, devi prima eseguire l'aggiornamento alla versione 3.

Per informazioni generali sul processo di aggiornamento della versione principale, consulta[Aggiornamento della versione principale di un cluster di database Amazon Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md).

## Prima dell'aggiornamento alla versione 8.4
<a name="AuroraMySQL.mysql84-upgrade-before"></a>

Prima di eseguire l'aggiornamento, completa i seguenti passaggi di preparazione:

Aurora esegue automaticamente i precontrolli di aggiornamento prima dell'inizio dell'aggiornamento. Questi controlli preliminari identificano i problemi di compatibilità che possono bloccare l'aggiornamento. Per informazioni dettagliate su ciascun precontrollo, vedere. [Verifica preliminarmente le descrizioni per l'aggiornamento di Aurora MySQL dalla versione 3 alla versione 8.4](AuroraMySQL.upgrade-prechecks-v3-to-v84.descriptions.md)

1. **Migrazione dei plugin di autenticazione.** Controlla tutti gli utenti del database e migra tutti gli utenti che utilizzano to. `mysql_native_password` `caching_sha2_password` Nella versione 8.4 di Aurora MySQL, il plugin è ancora supportato ma obsoleto. `mysql_native_password` L'impostazione predefinita `authentication_policy` è`*:caching_sha2_password`, quindi i nuovi utenti vengono creati con. `caching_sha2_password`

   ```
   -- 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. **Aggiorna le istruzioni SQL di replica.** Se le applicazioni o gli script utilizzano istruzioni di replica obsolete (come `SHOW SLAVE STATUS` or`CHANGE MASTER TO`), aggiornali per utilizzare le istruzioni sostitutive. Queste vecchie istruzioni restituiscono errori di sintassi nella versione 8.4. Per l'elenco completo, consulta [Confronto tra Aurora MySQL versione 3 e Aurora MySQL versione 8.4](AuroraMySQL.Compare-v3-v84.md).

1. **Controlla i parametri rimossi.** Se i tuoi gruppi di parametri personalizzati utilizzano parametri rimossi nella versione 8.4 (ad esempio `expire_logs_days` o`default_authentication_plugin`), crea nuovi gruppi di parametri compatibili con MySQL 8.4 con i parametri sostitutivi. Applicare i valori dei parametri personalizzati necessari ai nuovi gruppi di parametri. Per informazioni dettagliate, vedi [Confronto tra Aurora MySQL versione 3 e Aurora MySQL versione 8.4](AuroraMySQL.Compare-v3-v84.md).

1. **Verificate la presenza di una sintassi SQL incompatibile.** Controlla il codice dell'applicazione per verificare se è stata rimossa la sintassi`LOCK TABLES ... WRITE`, ad esempio `LOW_PRIORITY` with e `AUTO_INCREMENT` on `FLOAT` or columns. `DOUBLE`

1. **Controlla i vincoli delle chiavi esterne.** Se lo schema utilizza chiavi esterne che fanno riferimento a chiavi non univoche, tieni presente che la creazione di nuove chiavi esterne di questo tipo è bloccata per impostazione predefinita nella versione 8.4. Le chiavi esterne esistenti continuano a funzionare, ma è necessario impostarne di nuove. `restrict_fk_on_non_standard_key=OFF`

1. **Verifica la presenza di nuove parole chiave riservate.** Verifica che gli oggetti del database non utilizzino nessuna delle nuove parole chiave riservate aggiunte in MySQL 8.4 come identificatori senza virgolette.

1. **Prova l'aggiornamento.** Consigliamo di testare l'aggiornamento su un clone del cluster di produzione prima di aggiornare il cluster di produzione stesso.

1. **Esamina le considerazioni sulla sicurezza.** Per dettagli sulle modifiche ai plug-in di autenticazione, alle modifiche a TLS e alla crittografia, alle politiche relative alle password e al `validate_password` componente, ai nuovi privilegi dinamici e ai controlli preliminari di aggiornamento come e, consulta. `deprecatedDefaultAuth` `auroraValidatePasswordPluginCheck` [Considerazioni sulla sicurezza per l'aggiornamento da Aurora MySQL versione 3 alla versione 8.4](AuroraMySQL.Upgrade-v3-v84-security.md)

## Come eseguire l'aggiornamento alla versione 8.4
<a name="AuroraMySQL.mysql84-upgrade-how"></a>

Per eseguire l'aggiornamento, seguite la procedura di aggiornamento della versione principale sul posto descritta in. [Aggiornamento della versione principale di un cluster di database Amazon Aurora MySQL](AuroraMySQL.Updates.MajorVersionUpgrade.md) Seleziona la versione del motore 8.4 di destinazione quando modifichi il cluster DB.

In alternativa, è possibile utilizzare [Utilizzo di Amazon Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md) a per eseguire l'aggiornamento con tempi di inattività minimi. Una Blue/Green distribuzione crea un ambiente di staging che esegue la nuova versione insieme all'ambiente di produzione corrente, consentendoti di testare e convalidare prima del passaggio.

Al termine dell'aggiornamento, esegui i passaggi di pulizia post-aggiornamento descritti in. [Post-upgrade pulizia per Aurora MySQL versione 8.4](AuroraMySQL.mysql84-post-upgrade.md)