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à. # Aggiornamenti del motore di database RDS per MySQL Quando Amazon RDS supporta una nuova versione di un motore di database, puoi effettuare l’aggiornamento delle istanze database alla nuova versione. Sono disponibili due tipi di aggiornamenti per i database MySQL: quelli a una versione principale e quelli a una versione secondaria. **Aggiornamenti a versioni principali** Gli *aggiornamenti di versione principali* possono contenere modifiche al database non compatibili con le versioni precedenti delle applicazioni esistenti. Ne risulta che è necessario eseguire manualmente gli aggiornamenti a versioni principali per le proprie istanze database. Puoi avviare manualmente un aggiornamento a una versione principale modificando l’istanza database. Prima di eseguire un aggiornamento a una versione principale, si consiglia di seguire le istruzioni presenti in [Aggiornamenti a versioni principali per RDS per MySQL](USER_UpgradeDBInstance.MySQL.Major.md). Per gli aggiornamenti a versioni principali delle implementazioni di istanze database Multi-AZ, Amazon RDS aggiorna contemporaneamente le repliche primarie e quelle di standby. L’istanza database potrebbe non essere disponibile fino al completamento dell’aggiornamento. Per gli aggiornamenti a versioni principali delle implementazioni di cluster di database Multi-AZ, Amazon RDS aggiorna le istanze che fanno parte del cluster una alla volta. È possibile ridurre al minimo i tempi di inattività necessari per l'aggiornamento di una versione principale utilizzando una blue/green distribuzione. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). **Aggiornamenti a versioni secondarie** *Gli aggiornamenti a versioni secondarie* includono solo modifiche compatibili con le versioni precedenti delle applicazioni esistenti. Puoi avviare un aggiornamento a una versione secondaria manualmente modificando la tua istanza database. In alternativa, è possibile abilitare l’opzione **Aggiornamento automatico versione secondaria** durante la creazione o la modifica di un’istanza database. Ciò significa che l’istanza database viene automaticamente aggiornata dopo che Amazon RDS testa e approva la nuova versione. Per informazioni sull’esecuzione di un aggiornamento, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). Quando esegui l’aggiornamento a una versione secondaria di un cluster di database Multi-AZ, Amazon RDS aggiorna le istanze database di lettura una alla volta. Successivamente, una delle istanze database di lettura diventa la nuova istanza database di scrittura. Amazon RDS aggiorna quindi la vecchia istanza di scrittura (che ora è un’istanza di lettura). Il tempo di inattività per un aggiornamento a una versione secondaria di un’implementazione di un’*istanza* database Multi-AZ può durare diversi minuti. I cluster di database Multi-AZ in genere riducono i tempi di inattività degli aggiornamenti a versioni secondarie a circa 35 secondi. Se si utilizza Server proxy per RDS, il tempo di inattività si può ridurre ulteriormente fino a un secondo o meno. Per ulteriori informazioni, consulta [Proxy Amazon RDS ](rds-proxy.md). [In alternativa, è possibile utilizzare un proxy di database open source come [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/) o Advanced JDBC [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/)Wrapper Driver.AWS](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/) Amazon RDS supporta anche la politica di implementazione degli aggiornamenti per gestire gli aggiornamenti automatici delle versioni secondarie su più risorse di database e. Account AWS Per ulteriori informazioni, consulta [Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie](RDS.Maintenance.AMVU.UpgradeRollout.md). Se la tua istanza database MySQL sta utilizzando repliche di lettura, dovrai aggiornare tutte le repliche di lettura prima di aggiornare l’istanza di origine. **Topics** + [Considerazioni relative agli aggiornamenti di MySQL](#USER_UpgradeDBInstance.MySQL.Considerations) + [Individuazione di destinazioni di aggiornamento valide](#USER_UpgradeDBInstance.MySQL.FindingTargets) + [Numeri di versione di MySQL](USER_UpgradeDBInstance.MySQL.VersionID.md) + [Numeri di versione RDS in RDS per MySQL](USER_UpgradeDBInstance.MySQL.rds.version.md) + [Aggiornamenti a versioni principali per RDS per MySQL](USER_UpgradeDBInstance.MySQL.Major.md) + [Test di un aggiornamento di RDS per MySQL](USER_UpgradeDBInstance.MySQL.UpgradeTesting.md) + [Aggiornamento di un'istanza database MySQL](#USER_UpgradeDBInstance.MySQL.Upgrading) + [Aggiornamenti automatici a versioni secondarie per RDS per MySQL](USER_UpgradeDBInstance.MySQL.Minor.md) + [Utilizzo di una replica di lettura per ridurre i tempi di inattività durante l’aggiornamento di un database RDS per MySQL](USER_UpgradeDBInstance.MySQL.ReducedDowntime.md) + [Monitoraggio degli aggiornamenti del motore RDS per MySQL con eventi](USER_UpgradeDBInstance.MySQL.Monitoring.md) ## Considerazioni relative agli aggiornamenti di MySQL Durante il processo di aggiornamento, Amazon RDS acquisisce due o più istantanee DB. Amazon RDS richiede fino a due istantanee dell'istanza database *prima di apportare modifiche* all'aggiornamento. Se l'aggiornamento non funziona per i database, puoi ripristinare una di queste istantanee per creare un'istanza database che esegue la versione precedente. Amazon RDS acquisisce un'altra istantanea dell'istanza database al termine dell'aggiornamento. Amazon RDS acquisisce queste istantanee indipendentemente dal fatto che AWS Backup gestisca o meno i backup per l'istanza DB. **Nota** Amazon RDS acquisisce gli snapshot DB solo se hai impostato il periodo di retention dei backup per l’istanza database su un valore maggiore di 0. Per cambiare il periodo di retention dei backup, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md). Al termine dell'aggiornamento, non puoi ripristinare la versione precedente del motore di database. Se desideri tornare alla versione precedente, ripristina il primo snapshot DB acquisito per creare una nuova istanza database. Puoi controllare quando eseguire l'aggiornamento dell'istanza database a una nuova versione supportata da Amazon RDS. Questo livello di controllo ti consente di mantenere la compatibilità con versioni di database specifiche e testare le nuove versioni con l'applicazione prima di distribuirle in produzione. Puoi aggiornare le versioni quando più appropriato in base alla tua pianificazione. Se la tua istanza database utilizza una replica di lettura, devi aggiornare tutte le repliche di lettura prima di aggiornare l’istanza di origine. ## Individuazione di destinazioni di aggiornamento valide Quando si utilizza Console di gestione AWS per aggiornare un'istanza DB, mostra gli obiettivi di aggiornamento validi per l'istanza DB. È inoltre possibile eseguire il AWS CLI comando seguente per identificare gli obiettivi di aggiornamento validi per un'istanza DB: Per Linux, macOS o Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version version_number \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Per Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version version_number ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Ad esempio, per identificare gli obiettivi di aggiornamento validi per un'istanza DB MySQL versione 8.0.28, esegui il comando seguente: AWS CLI Per Linux, macOS o Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version 8.0.28 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Per Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version 8.0.28 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` # Numeri di versione di MySQL La sequenza di numerazione delle versioni per il motore di database RDS per MySQL è indicata come *principale.secondaria.patch.AAAAMMGG* o *principale.secondaria.patch*, ad esempio 8.0.33.R2.20231201 o 5.7.44. Il formato utilizzato dipende dalla versione del motore MySQL. Per informazioni sulla numerazione delle versioni del supporto esteso per RDS, consulta [Denominazione delle versioni nell’ambito del supporto esteso per Amazon RDS](extended-support-versions.md#extended-support-naming). **principale** Il numero di versione principale è costituito dal numero intero e dalla prima parte frazionaria del numero di versione, ad esempio 8.0. Un aggiornamento a una versione principale incrementa la parte principale del numero di versione. Ad esempio, un aggiornamento da *5.7*.44 a 8.0.33 è un aggiornamento della versione principale, in cui *5.7* e *8.0* sono i numeri delle versioni principali. **secondaria** Il numero di versione secondaria è la terza parte del numero di versione, ad esempio il numero 33 in 8.0.33. **patch** La patch è la quarta parte del numero di versione, ad esempio R2 in 8.0.33.R2. Una versione della patch di RDS include importanti correzioni di bug aggiunte a una versione secondaria dopo il rilascio. **AAAAMMGG** La data è la quinta parte del numero di versione, ad esempio 20231201 in 8.0.33.R2.20231201. Una versione con data di RDS è una patch di sicurezza che include importanti correzioni di sicurezza aggiunte a una versione secondaria dopo il rilascio, senza includere correzioni che potrebbero modificare il comportamento del motore. La tabella seguente spiega lo schema di denominazione per RDS per MySQL versione 8.4. | Versione secondaria 8.4 | Schema di denominazione | | --- | --- | | ≥ 3 | Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 8.4.3.R2.20241201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 8.4.3.R2, fino al successivo aggiornamento a una versione principale o secondaria. | La tabella seguente spiega lo schema di denominazione per RDS per MySQL versione 8.0. | Versione secondaria 8.0 | Schema di denominazione | | --- | --- | | ≥ 33 | Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 8.0.33.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 8.0.33.R2, fino al successivo aggiornamento a una versione principale o secondaria. | | < 33 | Le istanze database esistenti utilizzano *principale.secondaria.patch*, ad esempio 8.0.32.R2. | La tabella seguente spiega lo schema di denominazione per RDS per MySQL versione 5.7. | Versione secondaria 5.7 | Schema di denominazione | | --- | --- | | ≥ 42 | Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 5.7.42.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 5.7.42.R2, fino al successivo aggiornamento a una versione principale o secondaria. | # Numeri di versione RDS in RDS per MySQL I numeri di versione RDS utilizzano `major.minor.patch` o lo schema di denominazione `major.minor.patch.YYYYMMDD`. Le versioni di Amazon RDS Extended Support utilizzano lo schema di denominazione delle versioni *minor-RDS.YYYYMMDD* secondarie. Una versione della patch di RDS include importanti correzioni di bug aggiunte a una versione secondaria dopo il rilascio. Una versione con data RDS (*YYYYMMDD*) è una patch di sicurezza. Una patch di sicurezza non include correzioni che potrebbero modificare il comportamento del motore. Per informazioni sulla numerazione delle versioni del supporto esteso per RDS, consulta [Denominazione delle versioni nell’ambito del supporto esteso per Amazon RDS](extended-support-versions.md#extended-support-naming). Puoi trovare il numero di versione RDS del tuo database RDS per MySQL con la seguente query SQL: ``` mysql> select mysql.rds_version(); ``` Ad esempio, l’esecuzione di una query su un database RDS per MySQL 8.0.34 restituisce il seguente output: ``` +---------------------+ | mysql.rds_version() | +---------------------+ | 8.0.34.R2.20231201 | +---------------------+ 1 row in set (0.01 sec) ``` # Aggiornamenti a versioni principali per RDS per MySQL Amazon RDS supporta i seguenti aggiornamenti in loco per le versioni principali del motore di database MySQL: + Da MySQL 5.7 a MySQL 8.0 + Da MySQL 8.0 a MySQL 8.4 **Nota** Puoi creare istanze database MySQL versione 5.7, 8.0 e 8.4 con classi di istanze database della generazione corrente e dell’ultima generazione In alcuni casi, potresti voler aggiornare un’istanza database in esecuzione su una classe di istanza database di generazione precedente in un’istanza database con versione del motore MySQL superiore. In questi casi, modifica innanzitutto l'istanza database per utilizzare una classe di istanza database di ultima generazione o generazione corrente. Dopo aver effettuato questa operazione, puoi modificare l’istanza database affinché utilizzi la versione del motore di database MySQL con versione successiva. Per informazioni sulle classi di istanza database Amazon RDS, consulta [Classi di istanze DB ](Concepts.DBInstanceClass.md). **Topics** + [Panoramica degli aggiornamenti di una versione principale di MySQL](#USER_UpgradeDBInstance.MySQL.Major.Overview) + [Controlli preliminari per gli aggiornamenti](#USER_UpgradeDBInstance.MySQL.Prechecks) + [Rollback dopo il mancato aggiornamento](#USER_UpgradeDBInstance.MySQL.Major.RollbackAfterFailure) ## Panoramica degli aggiornamenti di una versione principale di MySQL Gli aggiornamenti a versioni principali possono contenere modifiche al database non compatibili con le versioni precedenti delle applicazioni esistenti. Di conseguenza, Amazon RDS non applica automaticamente gli aggiornamenti di versioni principale; devi modificare l'istanza database manualmente. Ti raccomandiamo di eseguire un test approfondito di qualsiasi aggiornamento prima di applicarlo alle istanze di produzione. Per eseguire un aggiornamento a una versione principale, esegui prima gli aggiornamenti del sistema operativo disponibili. Al termine degli aggiornamenti del sistema operativo, esegui l’aggiornamento a ogni versione principale: da 5.7 a 8.0 e quindi da 8.0 a 8.4. Per informazioni sull’aggiornamento di un cluster di database Multi-AZ RDS per MySQL, consulta [Aggiornamento della versione del motore di un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-upgrading.md). Le istanze database MySQL create prima del 24 aprile 2014 indicano la disponibilità di un aggiornamento del sistema operativo fino a quando l'aggiornamento non viene applicato. Per ulteriori informazioni sugli aggiornamenti del sistema operativo, consulta [Applicazione degli aggiornamenti a un di istanze DB](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.OSUpgrades). Durante un aggiornamento della versione principale di MySQL, Amazon RDS esegue il file binario `mysql_upgrade` di MySQL per aggiornare le tabelle, se necessario. Amazon RDS svuota inoltre le tabelle `slow_log` e `general_log` durante un aggiornamento della versione principale. Per conservare le informazioni di log, salva il contenuto dei log prima dell'aggiornamento di versione principale. Gli aggiornamenti di versione principale di MySQL sono in genere completati nel giro di 10 minuti. Alcuni aggiornamenti possono richiedere più tempo a causa della dimensione della classe di istanza database o perché l'istanza non segue determinate linee guida operative descritte in [Best practice per Amazon RDS](CHAP_BestPractices.md). Se aggiorni un'istanza database dalla console di Amazon RDS, lo stato dell'istanza database indica quando l'aggiornamento è terminato. Se esegui l'aggiornamento utilizzando AWS Command Line Interface (AWS CLI), usa il [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)comando e controlla il `Status` valore. ## Controlli preliminari per gli aggiornamenti Amazon RDS esegue controlli preliminari prima dell’aggiornamento per verificare eventuali incompatibilità. Queste incompatibilità variano in base alla versione di MySQL a cui viene eseguito l’aggiornamento. I controlli preliminari comprendono alcuni controlli inclusi in MySQL e alcuni che sono stati creati specificamente dal team Amazon RDS. Per informazioni sui controlli preliminari forniti da MySQL, consultare [Utility di controllo aggiornamenti](https://dev.mysql.com/doc/mysql-shell/8.4/en/mysql-shell-utilities-upgrade.html). I controlli preliminari vengono eseguiti prima dell'arresto dell'istanza database per l'aggiornamento, il che significa che non generano alcun tempo di inattività durante l'esecuzione. Se i controlli preliminari rilevano un'incompatibilità, Amazon RDS annulla automaticamente l'aggiornamento prima che l'istanza database venga arrestata. Amazon RDS genera anche un evento per l'incompatibilità. Per ulteriori informazioni sugli eventi di Amazon RDS, consulta [Utilizzo della notifica degli eventi di Amazon RDS](USER_Events.md). Amazon RDS memorizza le informazioni dettagliate su ciascuna incompatibilità nel file di log `PrePatchCompatibility.log`. Nella maggior parte dei casi, la voce di log include un collegamento alla documentazione MySQL utile per correggere l'incompatibilità. Per ulteriori informazioni sulla visualizzazione dei file di log, consultare [Visualizzazione ed elenco dei file di log del database](USER_LogAccess.Procedural.Viewing.md). A causa della natura dei controlli preliminari, questi analizzano gli oggetti nel database. Questa analisi comporta il consumo di risorse e incrementa il tempo di completamento dell'aggiornamento. **Topics** + [Controlli preliminari per aggiornamenti da MySQL 8.0 a 8.4](#USER_UpgradeDBInstance.MySQL.80to84Prechecks) + [Controlli preliminari per aggiornamenti da MySQL 5.7 a 8.0](#USER_UpgradeDBInstance.MySQL.57to80Prechecks) ### Controlli preliminari per aggiornamenti da MySQL 8.0 a 8.4 MySQL 8.4 include una serie di incompatibilità con MySQL 8.0. Queste incompatibilità possono causare problemi durante l’aggiornamento da MySQL 8.0 a MySQL 8.4. Pertanto, potrebbe essere necessaria una specifica preparazione del database affinché l’aggiornamento possa concludersi correttamente. Di seguito è riportato un elenco generale di queste incompatibilità: + Non devono essere presenti tabelle che utilizzano tipi di dati o funzioni obsolete. + I trigger non devono avere un definer mancante o vuoto oppure un contesto di creazione non valido. + Non devono essere presenti violazioni di parole chiave o parole riservate. Alcune parole chiave, che non erano riservate in precedenza, possono essere riservate in MySQL 8.4. Per ulteriori informazioni, consulta [Keywords and Reserved Words](https://dev.mysql.com/doc/refman/8.4/en/keywords.html) nella documentazione MySQL. + Nel database di sistema MySQL `mysql` 8.0 non devono esserci tabelle con lo stesso nome di una tabella utilizzata dal dizionario dati MySQL 8.4. + Non devono esistere modalità SQL obsolete definite nell’impostazione della variabile di sistema `sql_mode`. + Non devono essere presenti tabelle o stored procedure con singoli elementi di colonna `ENUM` o `SET` la cui lunghezza è superiore a 255 caratteri o 1020 byte. + L’installazione MySQL 8.0 non deve utilizzare funzionalità che non sono supportate in MySQL 8.4. Per ulteriori informazioni, consulta [Funzionalità rimosse in MySQL 8.4 nella documentazione di MySQL](https://dev.mysql.com/doc/refman/8.4/en/mysql-nutshell.html#mysql-nutshell-removals). + Non devono essere presenti nomi di vincoli della chiave più lunghi di 64 caratteri. + Per un supporto Unicode migliorato, consulta le informazioni riportate di seguito: + Valuta la conversione di oggetti che utilizzano il set di caratteri `utf8mb3` per utilizzare il set di caratteri `utf8mb4`. Il set di caratteri `utf8mb3` è obsoleto. + Valuta l’utilizzo di `utf8mb4` per i riferimenti al set di caratteri anziché `utf8`, perché attualmente `utf8` è un’alias per il set di caratteri `utf8mb3`. Se possibile, modifica innanzitutto `utf8` in `utf8mb4` e poi aggiorna il database. + Poiché i client meno recenti possono ricevere un errore di set di caratteri sconosciuto per `utf8mb3`, aggiorna i client del database prima di aggiornare il database. Per ulteriori informazioni, consulta [ The utf8mb3 Character Set (3-Byte UTF-8 Unicode Encoding)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) nella documentazione MySQL. Per modificare i set di caratteri, è possibile eseguire manualmente un backup, un ripristino e una replica del database. Oppure puoi usare Amazon RDS Blue/Green Deployments. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). Quando avvii un aggiornamento da MySQL 8.0 a 8.4, Amazon RDS esegue automaticamente dei controlli preliminari per rilevare queste incompatibilità. Per informazioni sull’aggiornamento a MySQL 8.4, consulta [Upgrading MySQL](https://dev.mysql.com/doc/refman/8.4/en/upgrading.html) nella documentazione di MySQL. Questi controlli preliminari sono obbligatori. Non puoi scegliere di saltarli. I controlli preliminari offrono i seguenti vantaggi: + Ti consentono di evitare tempi di inattività non pianificati durante l'aggiornamento. + Se sono presenti incompatibilità, Amazon RDS impedisce l’aggiornamento e fornisce un log per ottenere informazioni sulle stesse. È quindi possibile utilizzare il registro per preparare il database per l'aggiornamento a MySQL 8.4 riducendo le incompatibilità. Per informazioni dettagliate sulla rimozione di eventuali incompatibilità, consulta [Preparazione dell’installazione per l’aggiornamento](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) nella documentazione di MySQL. ### Controlli preliminari per aggiornamenti da MySQL 5.7 a 8.0 MySQL 8.0 include un certo numero di incompatibilità con MySQL 5.7. Queste incompatibilità possono causare problemi durante l'aggiornamento da MySQL 5.7 a MySQL 8.0. Pertanto, potrebbe essere necessaria una specifica preparazione del database affinché l’aggiornamento possa concludersi correttamente. Di seguito è riportato un elenco generale di queste incompatibilità: + Non devono essere presenti tabelle che utilizzano tipi di dati o funzioni obsolete. + Non devono esistere file \$1.frm orfani. + I trigger non devono avere un definer mancante o vuoto oppure un contesto di creazione non valido. + Non devono essere presenti tabelle partizionate che utilizzano un motore di storage che non dispone di supporto di partizionamento nativo. + Non devono essere presenti violazioni di parole chiave o parole riservate. Alcune parole chiave, che non erano riservate in precedenza, possono essere riservate in MySQL 8.0. Per ulteriori informazioni, consulta [Keywords and Reserved Words](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) nella documentazione MySQL. + Non devono essere presenti tabelle nel database di sistema MySQL 5.7 `mysql` che hanno lo stesso nome di una tabella utilizzata dal dizionario dati MySQL 8.0. + Non devono esistere modalità SQL obsolete definite nell’impostazione della variabile di sistema `sql_mode`. + Non devono essere presenti tabelle o stored procedure con singoli elementi di colonna `ENUM` o `SET` la cui lunghezza è superiore a 255 caratteri o 1020 byte. + Prima dell'aggiornamento a MySQL 8.0.13 o versioni successive, non devono esistere partizioni di tabella che risiedono in spazi tabelle InnoDB condivisi. + Non devono essere presenti definizioni di query e di programmi archiviati da MySQL 8.0.12 o versione inferiore che utilizzano qualificatori `ASC` o `DESC` per clausole `GROUP BY`. + L'installazione MySQL 5.7 non deve utilizzare caratteristiche che non sono supportate in MySQL 8.0. Per ulteriori informazioni, consulta [ Features Removed in MySQL 8.0](https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html#mysql-nutshell-removals) nella documentazione MySQL. + Non devono essere presenti nomi di vincoli della chiave più lunghi di 64 caratteri. + Per un supporto Unicode migliorato, consulta le informazioni riportate di seguito: + Valuta la conversione di oggetti che utilizzano il set di caratteri `utf8mb3` per utilizzare il set di caratteri `utf8mb4`. Il set di caratteri `utf8mb3` è obsoleto. + Valuta l’utilizzo di `utf8mb4` per i riferimenti al set di caratteri anziché `utf8`, perché attualmente `utf8` è un’alias per il set di caratteri `utf8mb3`. Se possibile, modifica innanzitutto `utf8` in `utf8mb4` e poi aggiorna il database. + Poiché i client meno recenti possono ricevere un errore di set di caratteri sconosciuto per `utf8mb3`, aggiorna i client del database prima di aggiornare il database. Per ulteriori informazioni, consulta [ The utf8mb3 Character Set (3-Byte UTF-8 Unicode Encoding)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) nella documentazione MySQL. Per modificare i set di caratteri, è possibile eseguire manualmente un backup, un ripristino e una replica del database. Oppure puoi usare Amazon RDS Blue/Green Deployments. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). Quando avvii un aggiornamento da MySQL 5.7 a 8.0, Amazon RDS esegue automaticamente dei controlli preliminari per rilevare queste incompatibilità. Per informazioni sull'aggiornamento a MySQL 8.0, consulta [Upgrading MySQL](https://dev.mysql.com/doc/refman/8.0/en/upgrading.html) nella documentazione MySQL. Questi controlli preliminari sono obbligatori. Non puoi scegliere di saltarli. I controlli preliminari offrono i seguenti vantaggi: + Ti consentono di evitare tempi di inattività non pianificati durante l'aggiornamento. + Se sono presenti incompatibilità, Amazon RDS impedisce l’aggiornamento e fornisce un log per ottenere informazioni sulle stesse. Puoi quindi utilizzare il log per preparare il database per l'aggiornamento a MySQL 8.0 riducendo le incompatibilità. Per informazioni dettagliate sulla rimozione di incompatibilità, consulta l'argomento relativo alla [preparazione dell'installazione per l'aggiornamento](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) nella documentazione di MySQL e il post relativo alle [informazioni sull'aggiornamento di MySQL 8.0](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) nel blog di MySQL Server. ## Rollback dopo il mancato aggiornamento Quando si aggiorna un’istanza database da MySQL versione 5.7 a MySQL versione 8.0 oppure da MySQL versione 8.0 a 8.4, l’aggiornamento può non andare a buon fine. In particolare, può fallire se il dizionario dati contiene incompatibilità che non sono state acquisite dai precontrolli. In questo caso, il database non viene avviato correttamente nella nuova versione di MySQL 8.0 o 8.4. A questo punto, Amazon RDS esegue il rollback delle modifiche eseguite per l'aggiornamento. Dopo il rollback, l’istanza database MySQL esegue la versione originale: + MySQL versione 8.0 (per un rollback da MySQL 8.4) + MySQL versione 5.7 (per un rollback da MySQL 8.0) Quando un aggiornamento non riesce e viene eseguito il rollback, Amazon RDS genera un evento con l'ID evento RDS-EVENT-0188. In genere, un aggiornamento non riesce perché ci sono incompatibilità nei metadati tra i database nell'istanza database e la versione di MySQL di destinazione. Quando un aggiornamento non riesce, è possibile visualizzare i dettagli su queste incompatibilità nel file `upgradeFailure.log`. Risolvere le incompatibilità prima di provare a eseguire nuovamente l'aggiornamento. Durante un tentativo di aggiornamento e rollback non riusciti, l'istanza database viene riavviata. Eventuali modifiche dei parametri in sospeso vengono applicate durante il riavvio e persistono dopo il rollback. Per ulteriori informazioni sull'aggiornamento a MySQL 8.0, consulta i seguenti argomenti nella documentazione di MySQL: + [Preparazione dell'installazione per l'aggiornamento](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) + [ Aggiornamento a MySQL 8.0? Ecco cosa devi sapere…](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) Per ulteriori informazioni sull’aggiornamento a MySQL 8.4, consulta [Preparazione dell’installazione per l’aggiornamento](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) nella documentazione di MySQL. # Test di un aggiornamento di RDS per MySQL Prima di eseguire l'aggiornamento di una versione principale nell'istanza database, testa a fondo il database per verificarne la compatibilità con la nuova versione. Testa inoltre tutte le applicazioni che accedono al database per verificarne la compatibilità con la nuova versione. È consigliabile utilizzare la procedura seguente. **Per testare un aggiornamento di una versione principale** 1. Esaminare la documentazione dell'aggiornamento per la nuova versione del motore di database per verificare se vi sono problemi di compatibilità che potrebbero interessare il database o le applicazioni: + [Changes in MySQL 5.7 (Modifiche in MySQL 5.7)](http://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html) + [Changes in MySQL 8.0 (Modifiche in MySQL 8.0)](http://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html) + [Changes in MySQL 8.4](http://dev.mysql.com/doc/refman/8.4/en/upgrading-from-previous-series.html) 1. Se l'istanza database è un membro di un gruppo di parametri database personalizzato, crea un nuovo gruppo di parametri database con le impostazioni esistenti che sia compatibile con la nuova versione principale. Specifica il nuovo gruppo di parametri database quando aggiorni l'istanza di prova, di modo che il test dell'aggiornamento ne garantisca il corretto funzionamento. Per ulteriori informazioni sulla creazione di un gruppo di parametri database, consulta [Gruppi di parametri per Amazon RDS](USER_WorkingWithParamGroups.md). 1. Creare uno snapshot DB dell'istanza database da aggiornare. Per ulteriori informazioni, consulta [Creazione di uno snapshot del database per un’istanza database Single-AZ per Amazon RDS](USER_CreateSnapshot.md). 1. Ripristinare lo snapshot DB per creare una nuova istanza database di test. Per ulteriori informazioni, consulta [Ripristino in un’istanza database](USER_RestoreFromSnapshot.md). 1. Modificare la nuova istanza database di prova per aggiornarla alla nuova versione, utilizzando uno dei metodi descritti di seguito. Se è stato creato un nuovo gruppo di parametri nel passaggio 2, specificare quel gruppo di parametri. 1. Valutare lo storage utilizzato dall'istanza aggiornata per determinare se l'aggiornamento richiede storage aggiuntivo. 1. Eseguire quanti più test di controllo qualità possibili per l'istanza database aggiornata come necessario per assicurare che il database e l'applicazione funzionino correttamente con la nuova versione. Implementare qualsiasi nuovo test necessario per valutare l'impatto di problemi di compatibilità identificati nella fase 1. Testare tutte le stored procedure e le funzioni. Indirizzare le versioni di test delle applicazioni all'istanza database aggiornata. 1. Se tutti i test vengono superati, eseguire l'aggiornamento nell'istanza database di produzione. Consigliamo di non consentire le operazioni di scrittura sull'istanza database fino alla conferma che tutto funzioni correttamente. ## Aggiornamento di un'istanza database MySQL Per informazioni sull'aggiornamento manuale o automatico di un'istanza database MySQL, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). # Aggiornamenti automatici a versioni secondarie per RDS per MySQL Se specifichi le seguenti impostazioni durante la creazione o la modifica di un’istanza database, puoi decidere aggiornare automaticamente l’istanza database. + L'impostazione di **aggiornamento automatico della versione secondaria** deve essere attivata. + L’impostazione del **periodo di conservazione del backup** deve essere maggiore di 0. Nella Console di gestione AWS, queste impostazioni si trovano in **Additional configuration** (Configurazione aggiuntiva). L’immagine che segue mostra l’impostazione **Aggiornamento automatico versione secondaria**. ![\[Sezione Manutenzione con l’opzione Abilita aggiornamento automatico versione secondaria selezionata nella console Amazon RDS.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/amvu.png) Per ulteriori informazioni su queste impostazioni, consultare [Impostazioni per istanze database](USER_ModifyInstance.Settings.md). Per alcune versioni principali di RDS per MySQL in alcune Regioni AWS, una versione secondaria viene designata da RDS come versione di aggiornamento automatico. Una volta che una versione secondaria è stata testata e approvata da Amazon RDS, l’aggiornamento alla versione secondaria avviene automaticamente nel corso della finestra di manutenzione. RDS non imposta mai automaticamente le nuove release secondarie come versione di aggiornamento automatico. Prima che RDS indichi una versione di aggiornamento automatico più recente, vengono considerati diversi livelli di valutazione, quali: + Problemi di sicurezza noti + Bug nella versione della community di MySQL + Stabilità generale del parco istanze da quando la versione secondaria è stata rilasciata Puoi eseguire il comando AWS CLI seguente per determinare la versione di destinazione dell’aggiornamento secondario automatico corrente per una versione secondaria MySQL specificata in una Regione AWS specifica. Per Linux, macOS o Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version minor_version \ --region region \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \ --output text ``` Per Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version minor_version ^ --region region ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^ --output text ``` Ad esempio, il comando AWS CLI seguente determina la destinazione dell’aggiornamento secondario automatico per MySQL versione secondaria 8.0.11 nella Regione AWS Stati Uniti orientali (Ohio) (us-east-2). Per Linux, macOS o Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version 8.0.11 \ --region us-east-2 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \ --output table ``` Per Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version 8.0.11 ^ --region us-east-2 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^ --output table ``` L’output è simile a quello riportato di seguito. ``` ---------------------------------- | DescribeDBEngineVersions | +--------------+-----------------+ | AutoUpgrade | EngineVersion | +--------------+-----------------+ | False | 8.0.15 | | False | 8.0.16 | | False | 8.0.17 | | False | 8.0.19 | | False | 8.0.20 | | False | 8.0.21 | | True | 8.0.23 | | False | 8.0.25 | +--------------+-----------------+ ``` In questo esempio, il valore `AutoUpgrade` è `True` per MySQL versione 8.0.23. Quindi, il target di aggiornamento secondario automatico è MySQL versione 8.0.23, che è evidenziato nell’output. Un'istanza database MySQL viene aggiornata automaticamente durante la finestra di manutenzione se vengono soddisfatti i seguenti criteri: + L'impostazione di **aggiornamento automatico della versione secondaria** deve essere attivata. + L’impostazione del **periodo di conservazione del backup** deve essere maggiore di 0. + L'istanza database esegue una versione motore database minore rispetto a una versione minore automatica dell'aggiornamento corrente. Per ulteriori informazioni, consulta [Aggiornamento automatico della versione secondaria del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). # Utilizzo di una replica di lettura per ridurre i tempi di inattività durante l’aggiornamento di un database RDS per MySQL Nella maggior parte dei casi, un'implementazione blu/verde è l'opzione migliore per ridurre i tempi di inattività durante l'aggiornamento di un'istanza database MySQL. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). Se non è possibile utilizzare un'implementazione blu/verde e l'istanza database MySQL è attualmente in uso con un'applicazione di produzione, puoi seguire la seguente procedura per aggiornare la versione del database per l'istanza database. Questa procedura permette di ridurre i tempi di indisponibilità dell’applicazione. Utilizzando una replica di lettura, è possibile eseguire la maggior parte dei passaggi di manutenzione in anticipo e ridurre al minimo le modifiche necessarie durante l'interruzione effettiva. Con questa tecnica, è possibile testare e preparare la nuova istanza database senza apportare alcuna modifica all’istanza database esistente. La seguente procedura mostra un esempio di aggiornamento da MySQL versione 5.7 a MySQL versione 8.0. Puoi utilizzare la stessa procedura generale per gli aggiornamenti ad altre versioni principali. Puoi utilizzare la stessa procedura generale per gli aggiornamenti ad altre versioni principali. **Nota** Se esegui l’aggiornamento da MySQL versione 5.7 a MySQL versione 8.0, o da MySQL versione 8.0 a MySQL versione 8.4, completa i controlli preliminari prima di eseguire l’aggiornamento. Per ulteriori informazioni, consultare [Controlli preliminari per aggiornamenti da MySQL 5.7 a 8.0](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.57to80Prechecks) e [Controlli preliminari per aggiornamenti da MySQL 8.0 a 8.4](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.80to84Prechecks). **Per aggiornare un database MySQL con un'istanza database in uso** 1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all’indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Crea una replica di lettura dell'istanza database MySQL 5.7. Questo processo crea una copia aggiornabile del database. Potrebbero esistere già presenti altre repliche di lettura dell'istanza database. 1. Nella console, seleziona **Database** e quindi l'istanza database da aggiornare. 1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**. 1. Specifica un valore per **Identificativo istanza DB** per la replica di lettura e assicurati che **Classe di istanza database** e altre impostazioni corrispondano all'istanza database MySQL 5.7. 1. Scegliere **Create read replica (Crea replica di lettura)**. 1. (Facoltativo) Una volta creata la replica di lettura e il campo **Stato** riporta **Disponibile**, converti la replica di lettura in una implementazione Multi-AZ e abilita i backup. Per impostazione predefinita, una replica di lettura viene creata con i backup disabilitati. Poiché la replica di lettura diventerà in definitiva l’istanza database di produzione, è opportuno configurare un’implementazione Multi-AZ e abilitare i backup. 1. Nella console, seleziona **Database**, quindi seleziona la replica di lettura appena creata. 1. Scegliere **Modify (Modifica)**. 1. Per **Implementazione Multi-AZ**, seleziona **Crea istanza di standby**. 1. In **Backup Retention Period** (Periodo di conservazione dei backup), seleziona un valore positivo diverso da zero, ad esempio 3 giorni, quindi scegli **Continue** (Continua). 1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**. 1. Scegliere **Modify DB Instance (Modifica istanza database)**. 1. Quando il campo **Stato** della replica di lettura riporta **Disponibile**, aggiorna la replica di lettura a MySQL 8.0: 1. Nella console, seleziona **Database**, quindi seleziona la replica di lettura appena creata. 1. Scegliere **Modify (Modifica)**. 1. In **Versione motore database** seleziona la versione MySQL 8.0 da aggiornare, quindi scegli **Continua**. 1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**. 1. Scegliere **Modify DB Instance (Modifica istanza database)** per avviare l’aggiornamento. 1. Al termine dell'aggiornamento, quando il campo **Stato** riporta **Disponibile**, verifica che la replica di lettura aggiornata sia sincronizzata con l'istanza database MySQL 5.7 di origine. Per verificare, connettiti alla replica di lettura ed esegui il comando `SHOW REPLICA STATUS`. Se il campo `Seconds_Behind_Master` vale `0`, la replica è sincronizzata. **Nota** Versioni precedenti di MySQL utilizzate `SHOW SLAVE STATUS` al posto di `SHOW REPLICA STATUS`. Se si utilizza una versione MySQL prima della 8.0.23, utilizzare `SHOW SLAVE STATUS`. 1. (Facoltativo) Crea una replica di lettura della replica di lettura. Se desideri che l'istanza database disponga di una replica di lettura dopo che è stata promossa a un'istanza database autonoma, puoi crearla in questo momento. 1. Nella console, seleziona **Database**, quindi scegli la replica di lettura appena aggiornata. 1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**. 1. Specifica un valore per **Identificativo istanza DB** per la replica di lettura e assicurati che **Classe di istanza database** e altre impostazioni corrispondano all'istanza database MySQL 5.7. 1. Scegliere **Create read replica (Crea replica di lettura)**. 1. (Facoltativo) Configura un gruppo di parametri database personalizzato per la replica di lettura. Se desideri che l'istanza database utilizzi un gruppo di parametri personalizzato dopo che è stato promossa a un'istanza database autonoma, puoi creare il gruppo e associarlo alla replica di lettura. 1. Crea un gruppo di parametri database personalizzato. Per istruzioni, consultare [Creazione di un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Creating.md). 1. Modifica i parametri che desideri modificare nel gruppo di parametri database appena creato. Per istruzioni, consultare [Modifica dei parametri in un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md). 1. Nella console seleziona **Database**, quindi scegli la replica di lettura. 1. Scegliere **Modify (Modifica)**. 1. Per il **Gruppo di parametri database**, sceglie il gruppo di parametri database MySQL 8.0 appena creato, quindi scegli **Continua**. 1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**. 1. Scegliere **Modify DB Instance (Modifica istanza database)** per avviare l’aggiornamento. 1. Converti la replica di lettura MySQL 8.0 in un'istanza DB autonoma. **Importante** Quando promuovi la replica di lettura MySQL 8.0 a un'istanza database autonoma, la replica non sarà più dell'istanza database MySQL 5.7. Ti consigliamo di promuovere la replica di lettura MySQL 8.0 durante una finestra di manutenzione quando l'istanza database MySQL 5.7 di origine è in modalità di sola lettura e tutte le operazioni di scrittura sono sospese. Al termine dell'operazione, è possibile indirizzare le operazioni di scrittura all'istanza database MySQL 8.0 aggiornata per evitare la perdita di qualsiasi operazione di scrittura. Inoltre, prima di promuovere la replica di lettura MySQL 8.0, ti consigliamo di eseguire tutte le operazioni DDL (Data Definition Language) necessarie sulla replica di lettura MySQL 8.0. Un esempio di tale operazione è la creazione degli indici. Questo approccio consente di evitare qualsiasi effetto negativo sulle prestazioni della replica di lettura MySQL 8.0 dopo la promozione. Per promuovere una replica di lettura, utilizzare la procedura seguente. 1. Nella console, seleziona **Database**, quindi scegli la replica di lettura appena aggiornata. 1. In **Actions** (Operazioni), seleziona **Promote** (Promuovi). 1. Scegliere **Yes (Sì)** per abilitare backup automatizzati per l'istanza della replica di lettura. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md). 1. Scegli **Continue (Continua)**. 1. Selezionare **Promote read replica (Promuovi replica di lettura)**. 1. Ora si dispone di una versione aggiornata del database MySQL. A questo punto, puoi indirizzare le applicazioni alla nuova istanza database MySQL 8.0. # Monitoraggio degli aggiornamenti del motore RDS per MySQL con eventi Quando aggiorni la versione del motore di un database RDS per MySQL, Amazon RDS emette un evento specifico durante ogni fase del processo. Per tenere traccia dello stato di avanzamento di un aggiornamento, puoi visualizzare o iscriverti a questi eventi. Per ulteriori informazioni sugli eventi RDS, consulta[Monitoraggio di eventi Amazon RDS](working-with-events.md). Per informazioni dettagliate su uno specifico evento Amazon RDS che si verifica durante l'aggiornamento del motore, consulta[Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).