Aurora My SQL database engine si aggiorna il 2024-03-07 (versione 3.06.0, compatibile con My 8.0.34) SQL

Aurora My SQL versione 3.06.0 supporta l'integrazione con Amazon Bedrock e introduce le nuove accept parole chiave aws_bedrock_invoke_model riservate,,, e. 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, consulta Keywords and Reserved Words, The INFORMATION _ SCHEMA KEYWORDS Table e Schema Object Names nella mia SQL documentazione.

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 stored procedure 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 SQL database Aurora My e i servizi di AWS machine learning (ML). Amazon Bedrock è ora supportato e ti consente di richiamare modelli di machine learning in Amazon Bedrock direttamente dal tuo cluster Aurora My DB utilizzando. SQL SQL Per ulteriori informazioni sull'uso di Amazon Bedrock con il cluster Aurora SQL My DB, consulta Using Amazon Aurora Machine Learning with Aurora My SQL nella Guida per l'utente di Amazon Aurora.

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

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

È stato risolto un problema a causa del quale un'istanza DB di replica in lettura non poteva essere avviata correttamente quando il carico di lavoro nell'istanza DB di Writer era elevato.

È stato risolto un problema a causa del quale un'istanza DB di Aurora My SQL 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 Aurora My SQL DB 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 in caso di esecuzione SHOWSTATUSe istruzioni contemporaneamente. PURGEBINARYLOGS 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 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 My SQL 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 secondari Regioni AWS nei database SQL globali di Aurora My, garantendo 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 Reader in un cluster secondario Aurora MySQL. Con questa versione, le istanze di lettura secondarie del cluster 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

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

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 Amazon Aurora I miei SQL out-of-memory problemi nella Guida per 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 Amazon Aurora I miei SQL out-of-memory problemi nella Guida per 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. 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 Aurora Le mie variabili di stato SQL globali nella Guida per l'utente di Amazon Aurora.

È stato risolto un problema per cui le istanze di replica in lettura di piccole dimensioni possono presentare un maggiore ritardo di replica dopo l'aggiornamento da versioni di Aurora My precedenti alla 2.11.*. SQL

È 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 istantanee, backtrack o clonazione del database.

È 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 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 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 ySQLversion M 2 a Aurora 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 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 sempre 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 in 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).