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à. # Aurora MySQL 8.4.7, 21 maggio 2026 **Versione**: 8.4.7 Questa versione di Aurora MySQL è compatibile con MySQL 8.4.7. Per ulteriori informazioni sulle modifiche apportate alla community, consulta le Note di rilascio di [MySQL 8.4](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/). Per i dettagli sulle nuove funzionalità di Aurora MySQL versione 8.4, vedere [Aurora MySQL versione 8.4 compatibile con MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL84.html) 8.4. Per le differenze tra Aurora MySQL versione 8.4 e Aurora MySQL versione 3, vedi Confronto tra Aurora MySQL versione 3 e [Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v3-v84.html) MySQL versione 8.4. *Per un confronto tra Aurora MySQL versione 8.4 e MySQL 8.4 Community Edition, consulta Confronto tra Aurora MySQL versione 8.4 e MySQL 8.4 Community Edition nella [Amazon Aurora User Guide](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v84-community.html).* Puoi eseguire un aggiornamento della versione principale sul posto, ripristinare uno snapshot con upgrade o avviare un aggiornamento gestito blue/green utilizzando [Amazon RDS Blue/Green Deployments da qualsiasi cluster Aurora MySQL versione 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) attualmente supportato in un cluster Aurora MySQL versione 8.4.7. Per informazioni sulla pianificazione di un aggiornamento alla versione 8.4 di Aurora MySQL, vedere [Pianificazione di un aggiornamento della versione principale per](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning) un cluster Aurora MySQL. 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 per l'aggiornamento in loco di Aurora MySQL nella](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) Guida per l'utente di Amazon Aurora.* 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 [la sezione Manutenzione di un cluster Aurora DB nella Guida](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) per l'utente di *Amazon Aurora*. ## Nuove funzionalità + È stato aggiunto il supporto per le funzionalità di gestione delle password in Aurora MySQL 8.4, configurabile utilizzando le impostazioni del gruppo di parametri del cluster. Per una descrizione completa delle funzionalità di gestione delle password e delle opzioni di configurazione di MySQL, fare riferimento al Manuale di riferimento di [MySQL 8.4, Sezione 8.2.15](https://dev.mysql.com/doc/refman/8.4/en/password-management.html) — Gestione delle password. + È stato aggiunto il supporto per il `validate_password` componente per l'applicazione delle politiche di sicurezza delle password, abilitato tramite il `aurora_enable_validate_password_component` parametro e configurato tramite il gruppo di parametri del cluster. + Introdotta la gestione automatica della memoria per Aurora MySQL 8.4 con il nuovo parametro. `aurora_enable_memory_management` Se impostato su `ON` (impostazione predefinita), Aurora gestisce automaticamente le azioni di ripristino della memoria per impedire il riavvio del database fuori memoria (OOM) e il parametro viene ignorato. `aurora_oom_response` Impostato su `aurora_enable_memory_management` per controllare manualmente le azioni di `OFF` ripristino tramite. `aurora_oom_response` *Per ulteriori informazioni, consulta i [problemi di memoria esaurita di Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQLOOM.html) nella Guida per l'utente di Amazon Aurora.* ## Miglioramenti [Di seguito sono riportati i miglioramenti apportati rispetto ad Aurora MySQL 3.12.0, vedere Aurora MySQL 3.12.0 Release Notes.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3120.html) **Miglioramenti della disponibilità:** + È stato risolto un problema che poteva causare il riavvio ripetuto dell'istanza writer al riavvio dell'istanza writer durante l'eliminazione di un record di annullamento per una tabella con indici su colonne virtuali. + È stato risolto un problema che poteva causare il fallimento della creazione di un nuovo cluster di database, che richiedeva l'eliminazione e la ricreazione del cluster. + È stato risolto un problema a causa del quale l'istanza di Database Writer poteva riavviarsi in modo imprevisto durante un'operazione di passaggio globale del database durante la pulizia delle tabelle temporanee dopo l'elaborazione dell'istruzione SQL. Questo riavvio potrebbe comportare un prolungamento del tempo di completamento dello switchover. + Sono state migliorate le prestazioni della replica fisica di Aurora applicando le modifiche dall'istanza writer alle istanze Reader utilizzando più thread. + È stato risolto un problema che poteva causare il riavvio delle repliche di lettura quando l'istanza writer eseguiva una transazione di grandi dimensioni con binlog abilitato. Questo problema poteva anche causare errori durante la lettura del file binlog contenente la transazione di grandi dimensioni. + È stato risolto un problema a causa del quale un ritardo nel ridimensionamento del pool di buffer di InnoDB durante le operazioni di scalabilità Aurora Serverless v2 poteva causare la mancata risposta dell'istanza del database e il riavvio. + È stato risolto un problema nel meccanismo di prevenzione dell'esaurimento della memoria (OOM) che poteva causare il riavvio di un'istanza di database durante il tentativo di recuperare la memoria sotto una pressione critica della memoria. + È stato risolto un problema a causa del quale un'istanza Reader poteva riavviarsi ripetutamente dopo essere stata riavviata mentre l'istanza Writer eseguiva un'eliminazione forzata dei log di annullamento. + È stato risolto un problema che poteva causare un riavvio imprevisto del database sulle istanze del lettore quando le sottoquery che utilizzavano le richieste Parallel Query non venivano chiuse correttamente al completamento. **Miglioramenti generali:** + È stato corretto l'ordinamento dei commit sulle repliche binlog con Enhanced Binlog abilitato per rispettare correttamente l'impostazione. `replica_preserve_commit_order` Questo comportamento di ordinamento non ha influito sull'integrità dei dati né ha causato conflitti tra le transazioni, poiché si applicava solo alla sequenza di transazioni non dipendenti. + È stato risolto un problema che poteva causare la restituzione dei risultati delle query in ordine crescente anziché in ordine decrescente richiesto quando venivano utilizzati `ORDER BY DESC` con un confronto di intervalli e. `LIMIT` + È stato risolto un problema a causa del quale il lettore segnalava «ERRORE 1146" (tabella non trovata) durante determinate operazioni DDL online sul writer quando si utilizzava l'algoritmo INPLACE. Ciò può verificarsi quando: 1) il lettore non ha precedentemente aperto la tabella prima dell'inizio della DDL o 2) il lettore si riavvia o viene creato un nuovo lettore mentre la DDL è in corso. + È stato risolto un problema che poteva causare errori di replica durante l'elaborazione di eventi binlog più grandi della dimensione `aurora_in_memory_relaylog` fissa della cache (128 MB). + È stato risolto un problema raro che poteva causare il riavvio dell'istanza del database quando le istruzioni SQL in corso venivano lette da tabelle temporanee durante le operazioni di ridimensionamento del buffer pool o di rimozione della pagina. + È stato risolto un problema di prestazioni a causa del quale l'ottimizzatore selezionava un piano di esecuzione delle query non ottimale con Prepared Statements utilizzando IN e valori parametrizzati. + È stato risolto un problema di disponibilità del cluster che poteva verificarsi durante gli aggiornamenti del server di database quando le operazioni DML sulle tabelle di sistema facevano riferimento a valori di incremento automatico obsoleti. + È stato risolto un problema che poteva far sì che le query che utilizzano hash join restituissero risultati errati quando la query parallela è abilitata e la memoria richiesta per un hash join supera il limite. + È stato risolto un problema che, in alcuni casi, poteva causare un ritardo nella disponibilità delle istanze durante le operazioni di patching senza tempi di inattività o di riavvio senza tempi di inattività. + È stato risolto un problema che poteva causare il riavvio del motore quando una query GIS spaziale utilizza un indice spaziale su una colonna dichiarata con un'annotazione Z-order SRID esplicita. ## Integrazione delle correzioni di bug di MySQL Community Edition Questa versione è basata su MySQL 8.4.7. Per ulteriori informazioni, consulta le Note di rilascio di [MySQL 8.4](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/).