Aggiornamenti del motore di database Aurora MySQL 2024-03-07 (versione 3.06.0, compatibile con MySQL 8.0.34)

Versione: 3.06.0

Aurora MySQL 3.06.0 è disponibile a livello generale. Le versioni di Aurora MySQL 3.06 sono compatibili con MySQL 8.0.34. 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.

Le versioni di Aurora MySQL attualmente supportate sono 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.*, 3.05.* e 3.06.*.

Puoi eseguire un aggiornamento sul posto, ripristinare uno snapshot o avviare un aggiornamento blu/verde gestito utilizzando Amazon RDS Blue/Green Deployments da qualsiasi cluster Aurora MySQL versione 2 attualmente supportato in un cluster Aurora MySQL versione 3.06.0.

Per informazioni sulla pianificazione di un aggiornamento ad Aurora MySQL versione 3, vedere Pianificazione di un aggiornamento della versione principale per un cluster Aurora MySQL DB. 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. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora nella Guida per l'utente di Amazon Aurora.

Nuove funzionalità

• La versione 3.06.0 di Aurora MySQL supporta l'integrazione con Amazon Bedrock e introduce le nuove parole chiave riservate,,, e. accept aws_bedrock_invoke_model aws_sagemaker_invoke_endpoint content_type timeout_ms Controlla le definizioni degli oggetti per l'utilizzo delle nuove parole chiave riservate prima di eseguire l'aggiornamento alla versione 3.06.0. Per mitigare il conflitto con le nuove parole chiave riservate, citate le parole chiave riservate utilizzate nelle definizioni degli oggetti. Per ulteriori informazioni sull'integrazione con Amazon Bedrock e sulla gestione delle parole chiave riservate, consulta Cos'è Amazon Bedrock? nella Guida per l'utente di Amazon Aurora. Per ulteriori informazioni, vedere Parole chiave e parole riservate, Tabella delle parole chiave INFORMATION_SCHEMA e Nomi degli oggetti dello schema nella documentazione MySQL.

• Prestazioni migliorate per le repliche di log binari durante la replica di transazioni per tabelle di grandi dimensioni con più di un indice secondario. Questa funzionalità introduce un pool di thread per applicare le modifiche all'indice secondario in parallelo su una replica binlog. La funzionalità è controllata dal parametro del cluster aurora_binlog_replication_sec_index_parallel_workers DB, che controlla il numero totale di thread paralleli disponibili per applicare le modifiche all'indice secondario. Per ulteriori informazioni, consulta Ottimizzazione della replica dei log binari nella Guida per l'utente di Amazon Aurora.

• È stata aggiunta una nuova procedura memorizzata mysql.rds_set_read_only che consente di modificare il valore della variabile di sistema globale read_only sulle istanze di database nel cluster Aurora MySQL. Per ulteriori informazioni, consulta Replicating in the Amazon Aurora User Guide.

• È stata aggiunta una nuova procedura memorizzata mysql.rds_set_binlog_source_ssl che consente di impostare la crittografia su una replica di log binario specificando un valore per. SOURCE_SSL Per ulteriori informazioni, consulta Replicating in the Amazon Aurora User Guide.

• Amazon Aurora Machine Learning è un'integrazione ottimizzata tra il database Aurora MySQL e i servizi di machine learning (ML). AWS Amazon Bedrock è ora supportato e consente di richiamare modelli di machine learning in Amazon Bedrock direttamente dal cluster Aurora MySQL DB tramite SQL. Per ulteriori informazioni sull'uso di Amazon Bedrock con il cluster Aurora MySQL DB, consulta Using Amazon Aurora machine learning with Aurora MySQL nella Amazon Aurora User Guide.

• La versione 3.06 di Aurora MySQL aggiunge il supporto per il troncamento automatico dei tablespace undo. Questa ottimizzazione consente di recuperare lo spazio inutilizzato nelle tablespace di annullamento dopo che i log di annullamento sono stati eliminati.

Miglioramenti

Problemi di sicurezza e CVE risolti:

Le seguenti correzioni CVE sono incluse in questa versione:

• CVE-2020-11104

• CVE-2020-11105

• CVE-2023-38545

• CVE-2023-38546

• CVE-2023-39975

Miglioramenti della disponibilità:

• È stato risolto un problema per cui un'istanza DB di replica in lettura non può essere avviata correttamente quando il carico di lavoro nell'istanza DB di Writer è elevato.

• È stato risolto un problema a causa del quale un'istanza DB di Aurora MySQL Writer poteva fallire a causa di un difetto nella comunicazione con lo storage Aurora. Il difetto si verifica a seguito di un'interruzione della comunicazione tra l'istanza DB e lo storage sottostante a seguito di un aggiornamento software dell'istanza di archiviazione Aurora.

• È 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 poteva causare il riavvio o il failover di un'istanza DB Aurora MySQL a causa di una diminuzione della memoria liberabile quando si utilizzava l'hash join durante l'esecuzione delle query.

• È 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 dei 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 può causare il riavvio del 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.

• In Aurora MySQL 2.10, abbiamo aggiunto il supporto per il riavvio di un cluster Aurora DB con disponibilità di lettura. Questa funzionalità consente alle istanze DB Reader di rimanere online durante il riavvio di un'istanza DB Writer. Questa funzionalità è ora supportata sui database globali secondari Regioni AWS di Aurora MySQL, assicurando che sia ancora possibile soddisfare le richieste di lettura durante il riavvio di un'istanza di writer sul cluster primario. In precedenza, al riavvio di un'istanza di writer, venivano riavviate anche tutte le istanze di lettura in un cluster secondario Aurora MySQL. Con questa versione, le istanze di lettura del cluster secondario continuano a fornire richieste di lettura durante il riavvio di un'istanza di writer, migliorando la disponibilità di lettura nel cluster. Per ulteriori informazioni, consulta Riavvio di un cluster Aurora con disponibilità in lettura.

• È 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

Miglioramenti generali:

• È stato risolto un problema che poteva causare il fallimento di una query parallela a causa di problemi transitori di rete durante la lettura dei dati dal volume del cluster Aurora.

• È 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.

• Le istanze DB di piccole dimensioni con meno o uguale a 4 GiB di memoria ora chiudono le connessioni che consumano più memoria quando l'istanza DB è sotto pressione. È inoltre possibile ottimizzare il pool di buffer per ridurne le dimensioni. Per ulteriori informazioni, consulta i problemi relativi ad Amazon Aurora MySQL nella Guida per out-of-memory l'utente di Amazon Aurora.

• È stata modificata la risposta predefinita peraurora_oom_response, su tutte le classi di istanze DB che hanno più di 4 GiB di memoria, da vuota a. print Per ulteriori informazioni, consulta i problemi relativi ad Amazon Aurora MySQL nella Guida per out-of-memory l'utente di Amazon Aurora.

• È 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 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 dello schema di performance.

• Sono state aggiunte le metriche and per tenere traccia dell'utilizzo della memoria del Aurora_lockmgr_memory_used gestore dei blocchi. Aurora_lockmgr_buffer_pool_memory_used Per ulteriori informazioni, consulta le variabili di stato globali di Aurora MySQL nella Guida per l'utente di Amazon Aurora.

• È stato risolto un problema a causa del quale le istanze di replica in lettura di piccole dimensioni possono subire un maggiore ritardo di replica dopo l'aggiornamento da versioni di Aurora MySQL precedenti alla 2.11.*.

• È 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 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 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.

Aggiornamenti e migrazioni:

• È stato risolto un problema che poteva causare il fallimento degli aggiornamenti delle versioni principali se nello schema della tabella è presente una FTS_DOC_ID colonna definita dall'utente.

• È 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.

Integrazione delle correzioni di bug di MySQL Community Edition

Questa versione include tutte le correzioni di bug della community fino alla 8.0.34 inclusa, oltre a quanto segue. Per ulteriori informazioni, consulta MySQL bugs fixed by Aurora MySQL 3.x database engine updates.

• È 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 sempre 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).