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 2025-07-31 (versione 3.10.0, compatibile con MySQL 8.0.42)
Versione: 3.10.0
Aurora MySQL 3.10.0 è disponibile a livello generale. Le versioni di Aurora MySQL 3.10 sono compatibili con MySQL 8.0.42. Per ulteriori informazioni sulle modifiche apportate alla community consulta MySQL 8.0 Release Notes
Per informazioni sulle nuove funzionalità di Aurora MySQL versione 3, consulta Aurora MySQL versione 3 compatibile con MySQL 8.0. Per le differenze tra Aurora MySQL versione 3 e Aurora MySQL versione 2, consulta Confronto tra Aurora MySQL versione 2 e Aurora MySQL versione 3. Per un confronto tra Aurora MySQL versione 3 e MySQL 8.0 Community Edition, consulta Confronto tra Aurora MySQL versione 3 e MySQL 8.0 Community Edition nella Amazon Aurora User Guide.
Puoi eseguire un aggiornamento sul posto sfruttando Zero Downtime Patching (ZDP), ripristinare uno snapshot o avviare un aggiornamento gestito blue/green utilizzando Amazon RDS Deployments da Blue/Green qualsiasi cluster Aurora MySQL versione 2 attualmente supportato in un cluster Aurora MySQL versione 3.10.0.
Per informazioni sulla pianificazione di un aggiornamento a Aurora MySQL versione 3, vedere Pianificazione di un aggiornamento della versione principale per un cluster Aurora MySQL. Per informazioni generali sugli aggiornamenti di Aurora MySQL, consulta Aggiornamento dei cluster database Amazon Aurora MySQL 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 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
Nuove funzionalità
-
Aurora MySQL versione 3.10 estende il supporto della cache dei relay log in memoria per le repliche di log binarie. Questa funzionalità, introdotta per la prima volta nella versione 3.05, può migliorare la velocità di replica dei log binari fino al 40%. La cache del relay log in memoria è abilitata per impostazione predefinita per la replica di log binario a thread singolo, la replica multithread con posizionamento automatico GTID
abilitato e, a partire dalla versione 3.10, è abilitata anche per la replica multithread con (anche senza). replica_preserve_commit_order = ONGTIDs È possibile controllare aurora_in_memory_relaylogquesta funzionalità utilizzando un nuovo parametro in 3.10,. Per ulteriori informazioni, consulta Ottimizzazioni dei log binari in Aurora MySQL. -
Amazon Aurora ha raddoppiato la sua capacità di storage massima da 128 TiB a 256 TiB, abilitando carichi di lavoro più grandi in un singolo cluster di database. Per utilizzare il limite di archiviazione aumentato con Aurora MySQL, aggiorna il cluster alla versione 3.10 (compatibile con MySQL 8.0.42) o successiva. Dopo l'aggiornamento, lo storage Aurora si ridimensiona automaticamente fino a 256 TiB in base alla quantità di dati nel volume del cluster.
Miglioramenti
Correzioni di sicurezza
Medio: CVEs
Basso: CVEs
Miglioramenti della disponibilità:
-
È stato risolto un problema che causava riavvii non necessari del server di database che si verificavano a causa di una valutazione errata dell'avanzamento del ripristino.
Miglioramenti generali:
-
È stato risolto un problema che impediva alle istanze di Reader di generare log di errore quando l'inoltro di scrittura è abilitato e il parametro viene modificato.
aurora_replica_read_consistency -
È stato risolto un problema che poteva causare il riavvio di un'istanza del lettore a causa dell'interazione tra il thread di replica e una query che accedeva a tabelle non presenti nella cache del buffer.
-
È stato risolto un problema a causa del quale l'inoltro locale della scrittura smette di funzionare dopo il riavvio dell'istanza del database con un riavvio senza tempi di inattività.
-
È stato risolto un problema nell'inoltro di scrittura a causa del quale le query inoltrate potevano comportarsi in modo errato per le istruzioni contenenti opzioni impostate.
-
È stato risolto un problema di stabilità a causa del quale l'inserimento di metadati per un tablespace di annullamento provocava un riavvio imprevisto del database.
-
È stato risolto un problema che poteva far sì che le esportazioni dei cluster DB richiedessero molto più tempo del previsto in presenza di tabelle di dimensioni superiori a 14 TB.
-
È stato risolto un problema che poteva causare una segnalazione errata della variabile di
Innodb_buffer_pool_pages_miscstato. -
È stato aggiunto il supporto per la conservazione
LAST_INSERT_IDdurante l'applicazione di patch senza interruzioni (ZDP) o il riavvio senza interruzioni (ZDR). -
Aurora MySQL utilizza valori a 8 bit per l'indice virtuale per IDs prevenire problemi di formattazione di annullamento di MySQL, poiché il superamento di questo limite potrebbe causare l'indisponibilità del cluster. Quando si avvicina questo limite, il sistema ora scrive messaggi di avviso nel registro degli errori di MySQL. Se viene raggiunto il limite, i tentativi di aggiungere un nuovo indice restituiscono un errore. Per ulteriori informazioni sulle best practice relative agli indici virtuali, consulta Errori di overflow dell'ID dell'indice virtuale nella documentazione di Aurora MySQL.
Integrazione delle correzioni di bug di MySQL Community Edition
Questa versione include tutte le correzioni di bug della community fino alla 8.0.42 inclusa. Per ulteriori informazioni, consulta Correzione dei bug di MySQL attraverso gli aggiornamenti del motore di database Aurora MySQL 3.x.
-
L'uscita dal server potrebbe derivare da tentativi simultanei da parte di più thread di registrare e annullare la registrazione degli oggetti Performance Schema dei metadati o di acquisire e rilasciare blocchi di metadati. (Bug 26502135)
