

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 Aurora MySQL (2023-07-31 (versione 3.04.0), compatibile con MySQL 8.0.28)
<a name="AuroraMySQL.Updates.3040"></a><a name="3.04.0"></a><a name="3.04.0"></a>

 **Versione:** 3.04.0 

Aurora MySQL 3.04.0 è disponibile a livello generale. Le versioni 3.04 di Aurora MySQL sono compatibili con MySQL 8.0.28, le versioni 3.03 di Aurora MySQL sono compatibili con MySQL 8.0.26, mentre le versioni 3.02 di Aurora MySQL sono compatibili con MySQL 8.0.23. Per ulteriori informazioni sulle modifiche apportate alla community dalla versione 8.0.23 alla 8.0.28, consulta [MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/).

**Nota**  <a name="lts_notice_3040"></a>
Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) nella *Guida per l'utente di Amazon Aurora.*  
**Si consiglia di non impostare il `AutoMinorVersionUpgrade` parametro su `true` (o abilitare l'aggiornamento automatico della versione secondaria in) per le versioni LTS.** Console di gestione AWS Ciò potrebbe comportare l'aggiornamento del cluster DB alla versione di destinazione successiva per la campagna Automatic Minor Version Upgrade, che potrebbe non essere una versione LTS.

Per informazioni sulle nuove funzionalità di Aurora MySQL versione 3, consulta [Aurora MySQL versione 3 compatibile con MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). [Per le differenze tra Aurora MySQL versione 3 e Aurora MySQL versione 2, vedi Confronto tra Aurora MySQL versione 2 e Aurora MySQL versione 3.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html) Per un confronto tra Aurora MySQL versione 3 e MySQL 8.0 Community Edition, vedi Confronto tra [Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) MySQL versione 3 e MySQL 8.0 Community Edition.

 Le versioni di Aurora MySQL attualmente supportate sono 2.07.9, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1, 3.03.\$1 e 3.04.0. 

Puoi eseguire un aggiornamento sul posto, ripristinare uno snapshot o avviare un aggiornamento gestito blue/green utilizzando [Amazon RDS Blue/Green Deployments da](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) qualsiasi cluster Aurora MySQL versione 2 attualmente supportato in un cluster Aurora MySQL versione 3.04.0. 

 Per informazioni sulla pianificazione di un aggiornamento ad Aurora MySQL versione 3, consulta [Pianificazione dell'aggiornamento per Aurora MySQL versione 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) nella *Guida per l'utente di Amazon Aurora*. Per informazioni generali sugli aggiornamenti di Aurora MySQL, consulta [Aggiornamento dei cluster database Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) nella *Guida per l'utente di Amazon Aurora*. 

Per informazioni sulla risoluzione dei problemi, consulta [Risoluzione dei problemi di aggiornamento con Aurora MySQL versione 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 

 In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*. 

**Nota**  
Il log binario avanzato (binlog) di Aurora MySQL non è attualmente supportato per l'istanza database Aurora Serverless v2 su Aurora MySQL versione 3.04.0. L'attivazione di questa funzionalità può comportare l'indisponibilità del database. Se è necessario l'uso del log binario avanzato su Aurora MySQL versione 3.04.0, consigliamo di utilizzare una [classe di istanza database non serverless](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) o di impostare l'ACU minima e massima dell'istanza database Serverless v2 sullo stesso valore.  
Ulteriori informazioni sulla registrazione binaria avanzata in Aurora MySQL sono disponibili nella [Guida per l'utente di Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#AuroraMySQL.Enhanced.binlog).

## Miglioramenti
<a name="AuroraMySQL.Updates.3040.Improvements"></a>

**Nuove caratteristiche:**
+ Sono state migliorate le prestazioni delle query utilizzando gli indici testuali di InnoDB per cercare frasi in [modalità linguaggio naturale](https://dev.mysql.com/doc/refman/8.0/en/fulltext-natural-language.html). Per ulteriori informazioni sulle ricerche full-text in MySQL, consulta [Full-Text Search Functions](https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html). 
+ Amazon Aurora MySQL supporta l'inoltro di scrittura locale (in un cluster). È ora possibile inoltrare operazioni di scrittura da un'istanza database di lettura a un'istanza database di scrittura all'interno di un cluster database Aurora MySQL. Per ulteriori informazioni, consulta la sezione relativa all'[utilizzo dell'inoltro di scrittura locale in un cluster database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-write-forwarding.html). 
+ È stata aggiunta la possibilità di modificare il valore del parametro `aurora_replica_read_consistency` per la funzionalità [Utilizzo dell'inoltro di scrittura in un database globale Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) nelle sessioni con `autocommit` disattivato. Per ulteriori informazioni, consulta [Configuration parameters for write forwarding](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params). 
+ A partire da Aurora MySQL 3.04, per la funzionalità di [inoltro di scrittura del database globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params), è ora possibile impostare il valore del parametro `aurora_replica_read_consistency` tramite il cluster di database e i gruppi di parametri delle istanze database. Prima della versione 3.04 di Aurora MySQL, il valore di questo parametro poteva essere configurato solo a livello di sessione. 

**Risolti i problemi di sicurezza e CVEs:**
+ Cambiato il SSL/TLS provider da [AWS-LC](https://github.com/aws/aws-lc)OpenSSL a. Ciò comporta una serie di modifiche tra cui, a titolo esemplificativo ma non esaustivo, le seguenti:
  + Le connessioni al database che utilizzano SSL possono ora essere ripristinate tramite il riavvio senza tempi di inattività (Zero Downtime Restart) e l'applicazione delle patch senza tempi di inattività (Zero Downtime Patching) durante l'aggiornamento da Aurora MySQL versione 3.04.0 a una versione successiva.
  + Supporto per TLSv1 .3 che include il supporto per i cifrari SSL TLS\$1AES\$1128\$1GCM\$1, SHA256 TLS\$1AES\$1256\$1GCM\$1 e TLS\$1 \$1 \$1. SHA384 CHACHA20 POLY1305 SHA256 
  + Rimozione del supporto per le crittografie DHE-RSA-\$1 meno sicure.

  Per ulteriori informazioni, consulta [Utilizzo di TLS con cluster database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL)
+ È stato aggiunto il privilegio dinamico `SHOW_ROUTINE` a `rds_superuser_role` che consente l'accesso alle definizioni e alle proprietà di tutte le routine archiviate, come le procedure archiviate e le funzioni. Per ulteriori dettagli, consulta [SHOW\$1ROUTINE](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_show-routine).
+ È stato risolto un problema che poteva causare la mancata visualizzazione di eventi nel log di audit durante la rotazione dei file del log di audit.
+ Abilitato il supporto per il protocollo Transport Layer Security (TLS) 1.3 sicuro e ad alte prestazioni mantenendo la compatibilità con la versione TLS 1.2.
+ Le versioni TLS TLSv1 e TLSv1 .1 erano obsolete nella community MySQL 8.0.26 e, di conseguenza, in Aurora MySQL 3.03. Questi protocolli sono stati ora rimossi nella community MySQL 8.0.28 e di conseguenza in Aurora MySQL 3.04. Per impostazione predefinita, qualsiasi client sicuro che non può comunicare tramite TLS 1.2 o versioni successive verrà rifiutato. Per ulteriori informazioni sulla connessione alle istanze database tramite TLS, consulta [Sicurezza con Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html).

Le seguenti correzioni CVE sono incluse in questa versione:
+ [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963)
+ [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912)
+ [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215)
+ [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551)
+ [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434)
+ [CVE-2022-21635](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21635)
+ [CVE-2022-21556](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21556)
+ [CVE-2022-21352](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21352)
+ [CVE-2021-35630](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35630)
+ [CVE-2021-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624)

**Miglioramenti della disponibilità:**
+ È stato risolto un problema che poteva causare il riavvio del database durante il ripristino di transazioni prolungate.
+ È stato risolto un problema relativo alla crittografia degli eventi dei flussi di attività del database che può causare il riavvio del database.
+ È stato risolto un problema di gestione della memoria dovuto a errori di esaurimento della memoria durante l'inizializzazione del pool di buffer InnoDB durante l'avvio o durante il ridimensionamento in Aurora Serverless v2. Questo problema potrebbe aver causato il riavvio delle istanze del database o il peggioramento delle prestazioni, inclusa la riduzione della velocità effettiva o l'aumento della latenza.
+ È stato risolto un problema che poteva causare il riavvio di un'istanza del lettore Aurora MySQL durante l'esecuzione di una query che utilizza un piano di esecuzione delle query parallele Aurora MySQL.
+ È stato risolto un problema che, in determinate situazioni, poteva causare il riavvio delle istanze del lettore Aurora durante una stima dell'intervallo.
+ È stato risolto un problema che poteva interrompere il ripristino del database durante l'avvio se il riavvio si verificava durante l'esecuzione di operazioni di inserimento pesanti che coinvolgevano l'incremento automatico delle colonne.
+ È stato risolto un problema con l'audit avanzato di Aurora (Advanced Auditing) che causava un eccesso di registrazione dei messaggi informativi nel log degli errori di Aurora MySQL quando la variabile del server `server_audit_events` è impostata su `ALL` o `QUERY`. Questo problema potrebbe causare il riavvio dell'istanza del database.
+ È stato risolto un problema che può causare il riavvio del database durante il rollback di un'`INSERT`istruzione quando la query parallela è abilitata.
+ È stato risolto un problema che poteva causare il riavvio dell'istanza del database durante l'esecuzione dello strumento di `EXPLAIN ANALYZE` profilazione su una query che restituiva l'output `all select tables were optimized away` all'interno della colonna di `EXTRA` informazioni. Per ulteriori informazioni, consulta [`EXPLAIN` Output Format](https://dev.mysql.com/doc/refman/8.0/en/explain-output.html).nella documentazione di MySQL.
+ È stato risolto un problema che poteva causare il riavvio di un'istanza Region reader secondaria del database globale Aurora che utilizzava l'inoltro globale di scrittura quando un'istruzione di commit [implicita](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) inoltrata rilevava un errore.
+ È stato risolto un problema che poteva causare il riavvio dell'istanza writer in una regione primaria del database globale Aurora quando una `SELECT FOR UPDATE` query veniva eseguita utilizzando l'inoltro globale di scrittura da una regione secondaria del database globale Aurora.

 **Miglioramenti generali:** 
+ È stata aggiunta una nuova procedura archiviata, `mysql.rds_gtid_purged`, per consentire ai clienti di impostare la variabile di sistema `GTID_PURGED`. Per ulteriori informazioni, consulta [mysql.rds\$1gtid\$1purged](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_gtid_purged). 
+ Sono state aggiunte due nuove procedure archiviate, `mysql.rds_start_replication_until` e `mysql.rds_start_replication_until_gtid`, che consentono ai clienti di configurare una posizione per interrompere la replica dei log binari. Per ulteriori informazioni sulla configurazione di una posizione di arresto per la replica dei log binari in Aurora MySQL, consulta [mysql.rds\$1start\$1replication\$1until](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-stored-proc-replicating.html#mysql_rds_start_replication_until). 
+ È stato risolto un problema che impediva alle [procedure archivate di controllo della replica di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) di modificare la variabile [https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html](https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html), se richiamate da una sessione con la modalità autocommit disabilitata. 
+ È stato aggiunto il supporto per la replica logica per le seguenti istruzioni DCL (Data Control Language): `GRANT/REVOKE` e `CREATE/DROP/ALTER/RENAME USER`. 
+ È stato risolto un problema per evitare che le statistiche di InnoDB diventassero obsolete, il che a volte può generare un piano di esecuzione delle query non ottimale che può portare a un aumento del tempo di esecuzione delle query. 
+ Sono state aggiunte due nuove viste di sistema, `information_schema.aurora_global_db_instance_status` e `information_schema.aurora_global_db_status`. Queste viste possono essere utilizzate per visualizzare lo stato e la topologia delle risorse primarie e secondarie in un cluster di database globale Aurora MySQL. I dettagli delle due viste di sistema sono disponibili qui, [Aurora MySQL–specific information\$1schema tables](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html). 
+ È stato risolto un problema per cui un utente non era in grado di accedere al database con un carattere jolly nel nome del database dopo aver eseguito l'istruzione `SET ROLE` con un carattere jolly di escape. 
+ È stato risolto un problema per cui gli eventi segnalati durante l'elaborazione delle rotazioni dei log di audit potevano non essere scritti nel log di audit. 
+ È stato risolto un problema per cui la creazione di una tabella temporanea interna, tramite un'esecuzione `TRIGGER`, può causare il riavvio di un'istanza database di scrittura. 
+ È stata aggiunta una nuova variabile di sistema, `innodb_aurora_max_partitions_for_range`. In alcuni casi in cui le statistiche persistenti non sono disponibili, è possibile utilizzare questo parametro per migliorare il tempo di esecuzione delle stime del numero di righe sulle tabelle partizionate. Ulteriori informazioni sono disponibili nella documentazione, [Parametri di configurazione Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). 
+ È stato risolto un problema che consentiva erroneamente ai clienti di impostare `ROW_FORMAT` come `COMPRESSED` durante la creazione di tabelle partizionate. Le tabelle verranno convertite implicitamente in formato `COMPACT` con un avviso per informare che Aurora MySQL non supporta le tabelle compresse. 
+ È stato risolto un problema che poteva causare l'interruzione della replica multithread del log binario quando la `replica_parallel_type` variabile è impostata su e la variabile viene attivata. `LOGICAL_CLOCK` `replica_preserve_commit_order` `ON` Questo problema può verificarsi quando una transazione di dimensioni superiori a 500 MB viene eseguita sull'origine.
+ È stato risolto un problema che si verificava quando era abilitata la funzionalità di [inoltro di scrittura del database globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) che poteva causare l'inoltro involontario delle modifiche alla configurazione `performance_schema` delle istanze di lettura nelle regioni secondarie all'istanza di scrittura nella regione primaria. 
+ È stato risolto un problema a causa del quale la variabile di stato del server `innodb_buffer_pool_reads` non poteva essere aggiornata dopo la lettura di una pagina di dati dal file system di archiviazione Aurora. 
+ La query parallela per Amazon Aurora MySQL non è supportata quando si sceglie la configurazione del cluster Aurora con ottimizzazione I/O. Per ulteriori informazioni, consulta [Restrizioni delle query in parallelo per Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations). 
+ È stato risolto un problema che, quando la query parallela è abilitata, faceva sì che l'ottimizzatore del piano di query scegliesse un piano di esecuzione inefficiente per determinate query `SELECT` che beneficiano di un indice primario o secondario. 
+ Sono state aggiornate le definizioni del fuso orario alla versione IANA 2023c.
+ Sono state introdotte ottimizzazioni delle prestazioni di gestione dei file sulle repliche binlog per ridurre i conflitti durante la scrittura su file di log di relay.
+ È stato risolto un problema per cui la `RPO_LAG_IN_MILLISECONDS` colonna nella `information_schema.aurora_global_db_status` tabella e nella `AuroraGlobalDBRPOLag` CloudWatch metrica mostrava sempre zero indipendentemente dal carico di lavoro dell'utente.
+ È stato introdotto un nuovo parametro `aurora_tmptable_enable_per_table_limit`. Quando questo parametro è abilitato, la `tmp_table_size` variabile definisce la dimensione massima della singola tabella temporanea interna in memoria creata dal TempTable motore di archiviazione. Per ulteriori informazioni, consulta [Motore di storage per tabelle temporanee (implicite) interne](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine).
+ È stato risolto un problema a causa del quale veniva creata una connessione aggiuntiva quando la funzionalità di [inoltro di scrittura del database globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) era abilitata. Il problema si verifica quando le transazioni di sola lettura su un'istanza di lettura inoltrano erroneamente un commit implicito alla scrittura.
+ È stato risolto un problema a causa del quale i campi `PROCESSLIST_USER` e `PROCESSLIST_HOST` della tabella `performance_schema.threads` non venivano compilati sulla scrittura nella regione primaria per le connessioni che utilizzavano la funzionalità di [inoltro di scrittura del database globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html). Ulteriori informazioni su questa tabella e sullo schema delle prestazioni sono disponibili in MySQL Reference Manual, [The threads Table](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-threads-table.html) e nella [Panoramica su Performance Schema](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.EnableMySQL.html#USER_PerfInsights.EnableMySQL.overview) nella Guida per l'utente di Amazon Aurora.
+ È stato risolto un problema a causa del quale la metrica `CommitLatency` di Cloudwatch mostrava valori errati per le istanze di lettura nelle regioni secondarie quando veniva utilizzata la funzionalità di [inoltro di scrittura del database globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html). Per monitorare la latenza delle istruzioni DML inoltrate su cluster di database secondari, si consiglia di utilizzare le metriche `ForwardingReplicaDMLLatency` e `ForwardingWriterDMLLatency`. La latenza del commit può essere osservata anche utilizzando la metrica `CommitLatency` sull'istanza di scrittura della regione principale. Ulteriori informazioni sono disponibili nella Aurora User Guide, [Amazon CloudWatch metrics for](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-cloudwatch) write forwarding.
+ È stato risolto un problema a causa del quale le [procedure archiviate di controllo delle repliche di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) utilizzate per gestire e configurare la replica dei log binari segnalavano erroneamente degli errori quando la replica di log binari multi-thread veniva configurata impostando il valore della variabile [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers) maggiore di 0.
+ È stato risolto un problema che poteva causare un elevato consumo di CPU quando più sessioni tentavano di accedere a una pagina che non esiste in memoria.

 **Aggiornamenti e migrazioni:** 
+ Per eseguire un aggiornamento secondario della versione per un database globale Aurora da Aurora MySQL versione 3.01, 3.02 o 3.03 ad Aurora MySQL versione 3.04 o successiva, consulta [Aggiornamento di Aurora MySQL modificando la versione del motore](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). 
+ È stato risolto un problema che poteva causare errori di controllo preliminare dell'aggiornamento a causa di errori di incoerenza dello schema segnalati per le tabelle `mysql.general_log_backup`, `mysql.general_log`, `mysql.slow_log_backup` e `mysql.slow_log` durante l'aggiornamento da Aurora MySQL 2 ad Aurora MySQL 3. Per ulteriori informazioni sulla risoluzione dei problemi di aggiornamento, consulta [Risoluzione dei problemi di aggiornamento con Aurora MySQL versione 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting).
+ È stato risolto un problema che poteva causare gravi errori di aggiornamento della versione durante l'aggiornamento ad Aurora MySQL 3 quando una definizione di trigger contiene una parola chiave riservata che non è racchiusa tra virgolette.

## Integrazione delle correzioni di bug di MySQL Community Edition
<a name="AuroraMySQL.Updates.3040.Patches"></a>

Questa versione include tutte le correzioni di bug della community fino alla 8.0.28 inclusa, oltre a quanto riportato di seguito. Per ulteriori informazioni, consulta [MySQL bugs fixed by Aurora MySQL 3.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3).
+  È stato risolto un problema a causa del quale un blocco buffer contenente una pagina di tabella temporanea intrinseca veniva riposizionato durante l'attraversamento delle pagine, causando un errore di asserzione (Bug 33715694). 
+ InnoDB: impedisce alle operazioni DDL online di accedere alla out-of-bounds memoria (bug \$1 34750489, bug \$1 108925) 
+ È stato risolto un problema che a volte poteva produrre risultati di query errati durante l'elaborazione di istruzioni SQL complesse costituite da più espressioni di tabella comuni annidate () (Bug\$1 34572040, Bug\$1 34634469, Bug\$1 33856374) CTEs 