Aurora My SQL database engine si aggiorna il 2024-06-04 (versione 3.07.0, compatibile con My 8.0.36) SQL

Supporto abilitato per la FIPS crittografia convalidata, un'implementazione completamente proprietaria. AWS Per ulteriori informazioni, consulta AWS-LC is now FIPS 140-3 certified su 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 può causare il riavvio di un'istanza Aurora My SQL writer DB quando una sessione di inoltro della scrittura viene chiusa durante l'esecuzione di una query inoltrata.

È stato risolto un problema che causava il riavvio di un'istanza DB durante la gestione di GTID set 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 durante l'esecuzione SHOWSTATUSe PURGEBINARYLOGSle istruzioni contemporaneamente. PURGE BINARY LOGSè un'istruzione gestita che viene eseguita per rispettare il periodo di conservazione binlog configurato dall'utente.

È stato risolto un problema che poteva causare la chiusura imprevista del server dopo l'esecuzione delle istruzioni Data Manipulation Language (DML) su una tabella le cui colonne non virtuali erano 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 Aurora Serverless v2 che poteva causare 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 My SQL 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_model, aws_sagemaker_invoke_endpointcontent_type, etimeout_ms). In Aurora My SQL versione 3.07.0, queste parole chiave sono state modificate in parole chiave non riservate, consentite come identificatori senza virgolette. Per ulteriori informazioni su come My SQL gestisce le parole chiave riservate e non riservate, consulta Parole chiave e parole riservate nella documentazione personale. SQL

È stato risolto un problema che non restituiva chiaramente un messaggio di errore al client quando richiamava il servizio Amazon Bedrock da un cluster Aurora My SQL DB in un ambiente in cui Regione AWS 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 My SQL 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 dei log binari (binlog) configurata per l'utilizzo di SSL certificati 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 Aurora Le mie variabili di stato SQL globali nella Guida per l'utente di Amazon Aurora.

È stato risolto un problema per cui un cluster Amazon Redshift configurato come ETL destinazione zero poteva subire un aumento temporaneo IntegrationLagquando un cluster Amazon Aurora SQL My DB era configurato come replica di log binario, con Enhanced Binlog e zero integration abilitati. ETL

È stato risolto un problema relativo alla gestione dei file di registro di controllo che poteva rendere i file di registro inaccessibili per il download o la rotazione e, in alcuni casi, aumentare l'utilizzo. 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 dello schema di performance.

È 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 Data Manipulation Language (DML) che contiene un valore di timestamp e il parametro del database è impostato su. time_zone UTC

È stato risolto un problema a causa del quale 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 completo (FTS) e viene eseguita un'TRUNCATEistruzione sull'istanza DB di Aurora writer.

È stato risolto un problema che, in rari casi, causava il fallimento di 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 può causare errori di aggiornamento da Aurora SQL My versione 2 a Aurora SQL My versione 3 quando nello schema della tabella è presente una colonna FTS_DOC_ID definita dall'utente.

È stato risolto un problema che poteva causare errori di aggiornamento da Aurora My versione 2 a Aurora SQL SQL My 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 SQL My versione 3 a causa della presenza di voci orfane per i tablespace già eliminati nelle tabelle di sistema InnoDB in Aurora My versione 2. SQL

È stato risolto un problema per cui il valore SERVER_ID non veniva aggiornato dopo uno switchover di Amazon RDS Blue/Green Deployment. Ciò ha portato a problemi in cui i driver intelligenti come Amazon Web Services (AWS) JDBC Driver non erano in grado di rilevare la topologia del cluster DB dopo uno switchover blu/verde. Con questa correzione, i cluster Aurora DB rinominati come parte di una distribuzione RDS Blue/Green, in esecuzione su Aurora My SQL versione 3.07 e successive, avranno il valore aggiornato come parte dello switchover. 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 sulle 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 CPU utilizzo a causa della rotazione dei TLS certificati in background (Community Bug Fix #34284186).

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