Aggiornamenti del motore di database Aurora MySQL 2024-06-04 (versione 3.07.0, compatibile con MySQL 8.0.36)

Supporto abilitato per la crittografia convalidata FIPS, un'implementazione completamente proprietaria. AWS Per ulteriori informazioni, vedi AWS-LC È ora certificato FIPS 140-3 sul Security Blog.AWS

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

È stato risolto un problema che poteva causare il riavvio di un'istanza Reader DB durante la lettura di una tabella che veniva alterata o eliminata sull'istanza DB di Writer.

È stato risolto un problema che poteva causare il riavvio di un'istanza DB di Aurora MySQL Writer quando una sessione di inoltro della scrittura veniva chiusa durante l'esecuzione di una query inoltrata.

È stato risolto un problema che causava il riavvio di un'istanza DB durante la gestione di set GTID di grandi dimensioni su un'istanza abilitata per i log binari.

È stato risolto un problema durante l'elaborazione di INSERT query su tabelle partizionate InnoDB che poteva causare un calo graduale della memoria libera nell'istanza.

È stato risolto un problema che, in rare condizioni, poteva causare il riavvio delle istanze Reader DB.

È stato risolto un problema che poteva causare il riavvio di un'istanza di database quando si eseguivano contemporaneamente le istruzioni SHOW STATUS e PURGE BINARY LOGS. PURGE BINARY LOGSè un'istruzione gestita che viene eseguita per rispettare il periodo di conservazione binlog configurato dall'utente.

È stato risolto un problema che può causare la chiusura imprevista del server dopo l'esecuzione di istruzioni DML (Data Manipulation Language) su una tabella le cui colonne non virtuali sono state riordinate con un'istruzione or. MODIFY COLUMN CHANGE COLUMN

È stato risolto un problema che, durante il riavvio di un'istanza di database, può causare un ulteriore riavvio.

È stato risolto un problema che poteva causare il riavvio di un'istanza Reader DB che utilizza l'inoltro di scrittura quando un'istruzione di commit implicita inoltrata rileva un errore.

È stato risolto un problema che, in rare condizioni, può causare il riavvio di un'istanza del lettore quando si eseguono SELECT interrogazioni su tabelle con un vincolo di chiave esterna.

È stato risolto un problema per cui le istanze DB che utilizzavano volumi cluster Aurora da più TB potevano subire un aumento dei tempi di inattività durante il riavvio a causa di errori di convalida del pool di buffer di InnoDB.

È stato risolto un problema che può causare il riavvio di un database quando viene definito un vincolo a cascata UPDATE o di chiave DELETE esterna su una tabella in cui una colonna virtuale è coinvolta come colonna nel vincolo di chiave esterna o come membro della tabella di riferimento.

È 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 complesse che coinvolgevano le colonne. AUTO_INCREMENT

È stato risolto un problema in Aurora Serverless v2 ciò può comportare il riavvio del database durante il ridimensionamento.

Utilizzo di I/O ridotto e prestazioni migliorate per un sottoinsieme di query di scansione dell'intervallo di chiavi primarie che utilizzano query parallele.

Aurora MySQL versione 3.06.0 ha aggiunto il supporto per l'integrazione con Amazon Bedrock. Come parte di ciò, sono state aggiunte nuove parole chiave riservate (accept,, aws_bedrock_invoke_modelaws_sagemaker_invoke_endpoint, content_type e). timeout_ms Nella versione 3.07.0 di Aurora MySQL, queste parole chiave sono state modificate in parole chiave non riservate, consentite come identificatori senza virgolette. Per ulteriori informazioni su come MySQL gestisce le parole chiave riservate e non riservate, consulta Parole chiave e parole riservate nella documentazione di MySQL.

È stato risolto un problema che non restituiva chiaramente un messaggio di errore al client quando richiamava il servizio Amazon Bedrock da un cluster Aurora MySQL DB in un ambiente in Regione AWS cui Amazon Bedrock non è ancora disponibile.

È stato risolto un problema che poteva causare un consumo eccessivo di memoria durante l'interrogazione BLOB delle colonne utilizzando la query parallela Aurora.

È stato aggiunto il supporto per connection_memory_chunk_size i parametri connection_memory_limit e da impostare a livello di sessione in modo che si comportino come in MySQL Community Edition. connection_memory_limitViene utilizzato per impostare la quantità massima di memoria che può essere utilizzata da una singola connessione utente. Il connection_memory_chunk_size parametro può essere utilizzato per impostare la dimensione dei blocchi per gli aggiornamenti del contatore globale dell'utilizzo della memoria.

È stato risolto un problema per cui l'utente non era in grado di interrompere alcuna query o impostare i timeout di sessione per le query. performance_schema

È stato risolto un problema a causa del quale la replica del log binario (binlog) configurata per l'utilizzo di certificati SSL personalizzati (mysql.rds_import_binlog_ssl_material) poteva fallire quando l'istanza di replica era in fase di sostituzione dell'host.

È Aurora_fts_cache_memory_used stata aggiunta la variabile di stato globale per tenere traccia dell'utilizzo della memoria per il sistema di ricerca full-text in tutte le tabelle. Per ulteriori informazioni, consulta le variabili di stato globali di Aurora MySQL nella Guida per l'utente di Amazon Aurora.

È stato risolto un problema per cui un cluster Amazon Redshift configurato come destinazione zero-ETL poteva subire un aumento temporaneo quando un cluster Amazon IntegrationLagAurora MySQL DB era configurato come replica di log binario, con l'integrazione Enhanced Binlog e Zero-ETL abilitata.

È stato risolto un problema relativo alla gestione dei file di log di controllo che poteva rendere i file di registro inaccessibili per il download o la rotazione e, in alcuni casi, aumentare l'utilizzo della CPU.

Ripristino delle AUTO_INCREMENT chiavi ottimizzato per ridurre i tempi di completamento per il ripristino delle istantanee, l'esecuzione del point-in-time ripristino e la clonazione di cluster DB con un numero elevato di tabelle nel database.

È stato risolto un problema per cui l'evento wait/io/redo_log_flush non veniva visualizzato nelle tabelle di riepilogo degli eventi di attesa di Performance Schema.

È stato risolto un problema che poteva causare errori chiave duplicati per le AUTO_INCREMENT colonne che utilizzavano indici decrescenti dopo un'operazione di ripristino di un'istantanea, un backtrack o un'operazione di clonazione del database.

È stato risolto un problema che poteva causare il riavvio di un'istanza Writer DB quando un'istanza Reader DB che utilizza l'inoltro di scrittura esegue un'istruzione DML (Data Manipulation Language) che contiene un valore di timestamp e il parametro del database è impostato su. time_zone UTC

È stato risolto un problema per cui una SELECT query su un'istanza di Aurora reader poteva fallire con la tabella degli errori che non esisteva quando la tabella ha almeno un indice di ricerca full-text (FTS) e viene eseguita un'TRUNCATEistruzione sull'istanza DB di Aurora writer.

È stato risolto un problema che, in rari casi, causava il fallimento dello zero-downtime patching (ZDP).

È stato risolto un problema che può causare un set di risultati incompleto durante l'esecuzione di query che coinvolgono LEFT JOIN o RIGHT JOIN utilizzano l'algoritmo hash join con query parallela.

È stato risolto un problema che poteva causare errori di aggiornamento da Aurora MySQL versione 2 a Aurora MySQL versione 3 quando nello schema della tabella è presente una colonna definita dall'utente. FTS_DOC_ID

È stato risolto un problema che poteva causare errori di aggiornamento da Aurora MySQL versione 2 a Aurora MySQL versione 3 a causa di un problema di sincronizzazione durante l'elaborazione dei tablespace InnoDB.

È stato risolto un problema che poteva causare il fallimento degli aggiornamenti delle versioni principali di Aurora MySQL versione 3 a causa della presenza di voci orfane per i tablespace già eliminati nelle tabelle di sistema InnoDB in Aurora MySQL versione 2.

È stato risolto un problema a causa del quale il valore SERVER_ID non veniva aggiornato dopo uno switchover di Amazon RDS Blue/Green Deployment. Ciò ha portato a problemi per cui i driver intelligenti come il driver JDBC di Amazon Web Services (AWS) non sono stati in grado di rilevare la topologia del cluster DB dopo una blue/green switchover. With this fix, Aurora DB clusters renamed as part of an RDS Blue/Green distribuzione, che sono in esecuzione su Aurora MySQL versione 3.07 e successive, avranno il valore aggiornato come parte del passaggio. SERVER_ID Per le versioni precedenti, le istanze DB nei cluster blu e verdi possono essere riavviate per aggiornare il valore. SERVER_ID

È stato risolto un problema per cui il valore della riga della cache poteva essere calcolato in modo errato, causando un errore durante il riavvio del database su istanze basate su Graviton. (Correzione di bug della community #35479763)

È stato risolto un problema per cui alcune istanze di sottoquery all'interno delle routine archiviate non venivano gestite correttamente. (Correzione di un bug della community #35377192)

È stato risolto un problema che poteva causare un maggiore utilizzo della CPU a causa della rotazione in background del certificato TLS (Community Bug Fix #34284186).

È stato risolto un problema in cui InnoDB consentiva l'aggiunta di INSTANT colonne alle tabelle nello schema del sistema MySQL nelle versioni di Aurora MySQL precedenti alla 3.05, il che poteva portare alla chiusura inaspettata del server (riavvio dell'istanza del database) dopo l'aggiornamento alla versione 3.05.0 di Aurora MySQL. (Correzione di bug della community #35625510).