Aggiornamenti del motore di database Aurora MySQL 2025-11-13 (versione 3.11.0, compatibile con MySQL 8.0.43)

CVE-2025-50077

CVE-2025-50078

CVE-2025-50079

CVE-2025-50080

CVE-2025-50082

CVE-2025-50083

CVE-2025-50084

CVE-2025-50085

CVE-2025-50086

CVE-2025-50087

CVE-2025-50088

CVE-2025-50091

CVE-2025-50092

CVE-2025-50093

CVE-2025-50094

CVE-2025-50096

CVE-2025-50097

CVE-2025-50099

CVE-2025-50101

CVE-2025-50102

CVE-2025-53023

CVE-2025-50098

CVE-2025-50100

CVE-2025-50104

È stato risolto un problema relativo al ripristino logico aurora_enhanced_binlog abilitato che poteva impedire il riavvio del database in caso di transazioni interrotte.

È stato risolto un problema che poteva causare il riavvio dell'istanza di writer quando l'inoltro globale di scrittura o l'inoltro di scrittura locale venivano disabilitati.

È stato risolto un problema che poteva causare la mancata risposta di writer quando l'inoltro di scrittura veniva disabilitato mentre due o più repliche inoltravano le richieste.

È stato risolto un problema che poteva causare il riavvio del motore durante KILL <query-id> l'esecuzione dopo l'esecuzione EXPLAIN FOR CONNECTION <query-id> di una query parallela in esecuzione.

È stato risolto un problema a causa del quale la funzione di prevenzione out-of-memory (OOM) non manteneva in modo persistente il valore del parametro aurora_oom_response DB configurato dopo il riavvio del database.

È stato risolto un problema che impediva agli utenti con CONNECTION_ADMIN o SUPER privilegi di eseguire una connessione aggiuntiva oltre il max_connections limite, come supportato in MySQL Community Edition.

È stato risolto un problema con la scalabilità di Aurora Serverless V2 che provocava il riavvio delle istanze DB impedendo lo scambio di pagine di memoria critiche.

È stato risolto un problema che poteva causare il riavvio delle istanze Aurora MySQL Serverless v2 quando il innodb_purge_threads parametro veniva configurato manualmente su un valore diverso da quello predefinito. Il innodb_purge_threads parametro è ora gestito automaticamente per le istanze Aurora Serverless v2 e non può essere modificato.

È stato risolto un problema che poteva causare il fallimento del riavvio di un'istanza di lettura quando il writer eseguiva un numero elevato di operazioni DDL.

È stato risolto un problema che poteva causare la mancata risposta dell'istanza writer se le istanze del lettore si riavviavano durante l'utilizzo di Global Write Forwarding o Local Write Forwarding.

È stato risolto un problema che poteva causare il riavvio del motore durante il patching senza interruzioni (ZDP) /il riavvio senza interruzioni (ZDR), durante la conservazione delle connessioni con transazioni attive. SSL/TLS

È stato risolto un problema che, in rare condizioni, poteva causare l'invio delle modifiche sull'istanza writer all'istanza del lettore in un ordine incompatibile con i thread di elaborazione delle query. Ciò può portare a un punto morto tra il thread di elaborazione delle query e il thread di applicazione della replica, che a sua volta può causare il riavvio dell'istanza del lettore.

È stato risolto un problema che impediva riavvii non necessari del server di database dovuti alla valutazione errata dello stato dell'agente di monitoraggio.

È stato risolto un problema a causa del quale le scritture sul database potevano bloccarsi durante l'esecuzione di una transazione di lunga durata che causava il riavvio del database o il fallimento dell'aggiornamento di una versione principale.

È stato risolto un problema a causa del quale le repliche venivano riavviate erroneamente quando si accedeva al writer.

Prestazioni di database ottimizzate per istanze di database con grandi volumi di archiviazione Aurora.

È stato risolto un problema nell'ottimizzatore di intervallo a causa del quale le espressioni costanti non venivano riconosciute durante il calcolo dei limiti dell'intervallo. (Bug della community #112737)

È stato risolto un problema a causa del quale l'esportazione di uno snapshot DB su Amazon S3 risultava più lenta durante l'esportazione di tabelle contenenti colonne JSON con valori nulli.

È stato risolto un problema a causa del quale i file di log binari temporanei non venivano puliti correttamente dopo il rollback delle transazioni quando si utilizzava la registrazione binaria. Questa correzione impedisce il consumo di spazio di archiviazione dovuto ai file temporanei conservati e, in alcuni casi, può anche prevenire anomalie nei file di registro binari.

Prestazioni IOPS di scrittura migliorate quando la variabile innodb_flush_log_at_trx_commit di sistema è impostata su. 0

È stato risolto un problema a causa del quale zero downtime patching (ZDP)/zero downtime restart (ZDR) potevano causare il riavvio dell'istanza DB durante il ripristino degli avvisi con codici di errore non validi.

Disattiva automaticamente aurora_oom_response le azioni (tranne la stampa, se configurata) quando aurora_oom_response non riesce a risolvere la pressione della memoria dopo un periodo di soglia (nell'ordine di pochi minuti).

È stato risolto un problema a causa del quale una colonna con aggiornamenti JSON parziali falliva nell'esportazione parallela, causando un fallback interno verso un'esportazione Amazon RDS molto più lenta.

È stato risolto un problema che poteva causare problemi di gestione della memoria durante le operazioni di query parallele sulla tabella con i campi blob.

È stato risolto un problema che poteva causare l'Previous_gtidsesclusione di alcuni eventi GTIDs con Enhanced Binlog abilitato e gtid_mode impostato su o. ON ON_PERMISSIVE

È stato risolto un problema che causava un imprevisto «errore interno di inoltro di scrittura» sulle istanze del lettore quando l'inoltro di scrittura era abilitato.

È stata risolta una condizione di gara che poteva causare letture errate delle pagine dal buffer pool durante le operazioni di scale-down di Aurora Serverless o durante l'eliminazione delle pagine dal pool di buffer. Ref community Bug #116305.

È stato risolto un problema per cui l'esportazione di uno snapshot DB su Amazon S3 era più lenta durante l'esportazione di tabelle contenenti indici secondari con espressioni generate.

È stato risolto un problema che causava parametri imprecisi quando più connessioni si interrompevano AbortedClients in modo imprevisto.

È stata aggiunta una nuova variabile globale aurora_lambda_request_timeout per consentire agli utenti di configurare i timeout delle AWS Lambda richieste (impostazione predefinita: 10 secondi). Per ulteriori informazioni sull'invocazione di una funzione Lambda da un cluster Aurora MySQL DB, vedere Richiamo di una funzione Lambda da un cluster Aurora MySQL DB.

È stato risolto un problema a causa del quale l'inoltro locale delle scritture smetteva di funzionare dopo il riavvio dell'istanza del database con un riavvio senza tempi di inattività.

È stato risolto un problema che poteva causare il fallimento di un'operazione di riavvio dell'istanza di database se max_user_connections impostata su un valore basso.

Prestazioni di esportazione parallela migliorate ottimizzando il processo di bootstrap per grandi volumi (>64 TB) e riducendo il tempo complessivo delle operazioni di esportazione.

È stato risolto un problema che poteva causare il riavvio dell'istanza writer durante l'esecuzione ALTER TABLE in parallelo con le query di lettura.

È 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 causava un tracciamento impreciso delle richieste di query parallele durante l'esecuzione di EXPLAIN ANALYZE istruzioni in cui il Aurora_pq_request_in_progress contatore non veniva aggiornato con precisione.

È stato risolto un problema che, in condizioni non comuni, può causare il riavvio dell'istanza del database quando il volume del database si avvicina alla dimensione massima consentita.

È stato risolto un problema che poteva causare il riavvio di un'istanza di database durante il ripristino delle connessioni durante il riavvio senza tempi di inattività e l'applicazione di patch senza tempi di inattività.

È stato risolto un problema a causa del quale una query del modulo SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) provocava un errore di asserzione. item_func.cc (Correzione di bug #36128964 della community)

Una richiesta del modulo SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) ha portato a un'affermazione initem_func.cc. (Bug #36128964)