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 2026-08-27 (versione 3.13.0, compatibile con MySQL 8.0.45)
Versione: 3.13.0
Aurora MySQL 3.13.0 è ora disponibile a livello generale ed è compatibile con MySQL 8.0.45. Per ulteriori informazioni sulle modifiche apportate alla community, consulta le note di rilascio di MySQL 8.0 sul sito Web MySQL.
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.
È possibile eseguire l'upgrade da qualsiasi cluster Aurora MySQL versione 2 attualmente supportato a un cluster Aurora MySQL versione 3.13.0 in tre modi: eseguire un aggiornamento sul posto utilizzando Zero Downtime Patching (ZDP), ripristinare un'istantanea o avviare un blue/green aggiornamento gestito utilizzando Amazon RDS Blue/Green Deployments.
Per informazioni sulla pianificazione di un aggiornamento ad Aurora MySQL versione 3, consulta Pianificazione di un aggiornamento della versione principale per un cluster Aurora MySQL. Per informazioni generali sull'aggiornamento, consulta Upgrading Aurora MySQL DB clusters nella Amazon Aurora User Guide.
Per informazioni sulla risoluzione dei problemi, consulta Troubleshooting for Aurora MySQL in-place upgrade nella Amazon Aurora User Guide.
Se hai domande o dubbi, Supporto è disponibile nei forum della community e tramite. Supporto
Miglioramenti
Correzioni di sicurezza
Questa versione include correzioni per i seguenti CVE ad alta gravità:
Questa versione include correzioni per i seguenti CVE di gravità media:
Miglioramenti della disponibilità
-
È stato risolto un problema che poteva causare il riavvio dell'istanza del database durante l'esecuzione
ALTER TABLE ... REORGANIZE PARTITIONoADD PARTITIONdurante l'accesso alla stessa tabella di operazioni simultanee (come query sullo schema delle prestazioni, ottimizzazione della ricerca full-text o raccolta di statistiche).DROP PARTITION -
È stato risolto un problema che può causare il riavvio di un'istanza di database quando le query
performance_schema.data_locksvengono eseguiteperformance_schema.data_lock_waitso eseguite contemporaneamenteALTER TABLE ... REORGANIZE PARTITIONsu tabelle a cui sono state aggiunte colonne utilizzando.ALGORITHM=INSTANT -
È stato risolto un problema che poteva causare il riavvio dell'istanza del writer durante l'elaborazione di un'istruzione
ALTER TABLE ... REORGANIZE PARTITIONSQL che modifica l'ordine delle partizioni secondarie. -
È stato risolto un problema per cui le operazioni DDL sull'istanza writer potevano bloccare o eliminare determinate istruzioni SQL sulle istanze del lettore. Le istruzioni interessate includevano operazioni di scrittura come
UPDATEoTRUNCATEsuperformance_schematabelle e operazioni di scrittura su tabelle eJOINoperazioni temporanee. -
È stato risolto un problema a causa del quale l'istanza del database writer poteva riavviarsi in modo imprevisto durante un'operazione di passaggio globale al database durante la pulizia delle tabelle temporanee dopo l'elaborazione delle istruzioni SQL. Questo riavvio poteva comportare un allungamento del tempo di completamento dello switchover.
-
È stato risolto un problema che poteva causare il fallimento della creazione di un nuovo cluster di database, richiedendo l'eliminazione e la ricreazione del cluster.
-
È 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 in condizioni critiche.
-
È stato risolto un problema che poteva causare il riavvio ripetuto dell'istanza writer al riavvio dell'istanza di scrittura durante l'eliminazione di un record di annullamento per una tabella con indici su colonne virtuali.
-
È stato risolto un problema che poteva causare il riavvio delle repliche di lettura quando l'istanza del writer esegue una transazione di grandi dimensioni con binlog abilitato. Questo problema potrebbe anche causare errori durante la lettura del file binlog contenente la transazione di grandi dimensioni.
-
È stato risolto un problema per cui un ritardo nel ridimensionamento del pool di buffer InnoDB durante le operazioni di ridimensionamento poteva causare la Aurora serverless mancata risposta dell'istanza del database e il riavvio.
-
È stato risolto un problema per cui un'istanza del lettore poteva riavviarsi ripetutamente dopo essere stata riavviata mentre l'istanza writer eseguiva un'eliminazione forzata dei registri di annullamento.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza DB di writer quando un'istanza DB del lettore si riavvia mentre è abilitato l'inoltro di scrittura locale o globale.
-
È stato risolto un problema che poteva causare un riavvio imprevisto del database nelle istanze di Reader quando le sottoquery che utilizzavano le richieste Parallel Query non venivano chiuse correttamente al termine.
-
È stato risolto un problema a causa del quale un'istanza di replica poteva riavviarsi durante l'esecuzione di istruzioni preparate dal protocollo binario inoltrate al writer tramite write forwarding.
-
È stato risolto un problema che poteva causare il riavvio dell'istanza del writer a causa di un conflitto di temporizzazione interno durante operazioni di scrittura molto simultanee.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza di database quando il binlog avanzato è abilitato.
-
È stato corretto un bug che poteva far sì che la replica si disconnettesse e si riconnettesse brevemente al writer, causando un picco temporaneo nel ritardo di replica ().
AuroraReplicaLag -
È stato risolto un problema in Aurora Storage Daemon che in rari casi poteva causare un riavvio imprevisto del database.
-
Sono state migliorate le prestazioni della replica fisica di Aurora applicando le modifiche dall'istanza writer alle istanze di lettura che utilizzano più thread.
Miglioramenti generali
-
È stato risolto un problema per cui, con l'inoltro di scrittura abilitato, una sessione di lettura
aurora_replica_read_consistencyimpostata su haglobalpotuto non leggere le ultime modifiche apportate. -
È stato risolto un problema che poteva causare il riavvio del motore quando un'interrogazione GIS spaziale utilizza un indice Z-order spaziale su una colonna dichiarata con un'annotazione SRID esplicita.
-
È stato risolto un problema per cui le disconnessioni del lettore potevano aumentare
Aborted_clientserroneamente sull'istanza di scrittura quando l'inoltro in scrittura è abilitato. -
È 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 pool di buffer o di rimozione delle pagine.
-
È stato corretto l'ordine di commit sulle repliche binlog con Enhanced Binlog abilitato per rispettare correttamente l'impostazione.
replica_preserve_commit_orderQuesto 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 si utilizzavano
ORDER BY DESCcon un confronto tra intervalli e.LIMIT -
È 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 non aggiornati.
-
È stato risolto un problema che poteva causare errori di replica durante l'elaborazione di eventi binlog superiori alla dimensione fissa della
aurora_in_memory_relaylogcache (128 MB). -
È stato risolto un problema per cui il lettore segnala
ERROR 1146(tabella non trovata) durante alcune operazioni DDL online sullo scrittore quando si utilizzava l'algoritmo.INPLACE -
È stato risolto un problema che poteva causare un ritardo nella disponibilità delle istanze durante le operazioni di zero-downtime patching (ZDP) o zero-downtime restart (ZDR).
-
È stato risolto un problema a causa del quale, in alcuni casi, lo stato della connessione non veniva mantenuto dopo un aggiornamento senza tempi di inattività, il che poteva causare un comportamento imprevisto.
-
È stato risolto un problema per cui, durante l'inoltro in scrittura, il riavvio di un'istanza del lettore poteva lasciare inattiva una sessione di inoltro sull'istanza di scrittura e l'interruzione di tale sessione poteva causare il riavvio del writer.
Aggiornamenti e migrazioni
-
È stato risolto un problema che poteva causare il completamento delle operazioni di clonazione del cluster di database.
Integrazione delle correzioni di bug di MySQL Community Edition
Questa versione include tutte le correzioni di bug della community fino alla 8.0.45 inclusa. Per ulteriori informazioni, consulta Correzione dei bug di MySQL attraverso gli aggiornamenti del motore di database Aurora MySQL 3.x.
-
È stata corretta una regressione introdotta in MySQL 8.0.42 per cui l'inserimento in una tabella partizionata utilizzando un'istruzione preparata o una stored procedure poteva fallire
ERROR 1748(«Trovata una riga che non corrisponde al set di partizioni specificato»). Ciò si èDEFAULT CURRENT_TIMESTAMPverificato quando viene utilizzata la colonna della chiave di partizione. L'eliminazione delle partizioni in fase di preparazione ha bloccato una partizione in base al timestamp corrente, ma alla successiva riesecuzione il timestamp potrebbe essere associato a una partizione diversa. Riferimento: MySQL upstream Bug #119784.