Aurora My SQL database engine si aggiorna 2023-10-25 (versione 3.05.0, compatibile con My 8.0.32) SQL

È stato aggiunto il supporto per il salvataggio dei dati da un cluster di SQL database Aurora My in file di testo in un bucket Amazon S3 crittografato con KMS una chiave (-). SSE KMS Per ulteriori informazioni, consulta Salvataggio dei dati da un cluster Amazon Aurora My SQL DB in file di testo in un bucket Amazon S3.

È stata introdotta una nuova variabile di stato globale aurora_tmz_version per indicare la versione corrente delle informazioni sul fuso orario (TZ) utilizzate dal motore. I valori seguono la versione del database del fuso IANA orario e sono formattati come "YYYYsuffix«, ad esempio 2022a e 2023c. Per ulteriori informazioni, consulta Aurora Le mie variabili di stato SQL globali.

CVE-2022-37434

È stato risolto un problema per cui le istanze di Aurora My SQL database che utilizzavano query parallele potevano subire un riavvio del database durante l'esecuzione di un numero elevato di query parallele simultanee.

È stato risolto un problema di conflitto tra blocchi causato da un thread di registrazione di controllo che alla fine portava a un utilizzo elevato CPU e a timeout delle applicazioni client.

È stato risolto un problema che poteva causare il ripristino errato del GTID set eseguito su un cluster di replica di log binario (binlog) con binlog avanzato abilitato quando qualsiasi origine binlog era impostata su o. gtid_mode ON ON_PERMISSIVE Questo problema può causare il riavvio dell'istanza writer del cluster di replica un'ulteriore volta durante il ripristino o portare a risultati errati durante l'interrogazione del set eseguito. GTID

È stato risolto un problema di gestione della memoria che può causare il riavvio dell'istanza del SQL database Aurora My o un failover a causa di una diminuzione della memoria liberabile quando è abilitato il log binario avanzato.

È stato risolto un problema che può causare il riavvio di un'istanza database quando si tenta di leggere una pagina del database che appartiene a una tabella eliminata.

È stato risolto un problema che può causare il riavvio dell'istanza di lettura quando l'istanza di scrittura aumenta il volume del database fino a un multiplo di 160 GB.

È stato risolto un problema a causa del quale un'istanza di SQL database Aurora My con la funzionalità di registro binario avanzata abilitata poteva rimanere bloccata durante l'avvio dell'istanza di database durante l'esecuzione del processo di ripristino del registro binario.

È stato risolto un problema per cui un'istanza di SQL database Aurora My poteva subire riavvii multipli durante l'avvio dell'istanza mentre venivano inizializzati segmenti di rollback di grandi dimensioni.

È stato risolto un problema durante l'applicazione di patch senza tempi di inattività che causava il riavvio dell'istanza con conseguente chiusura imprevista delle connessioni al database.

È stato risolto un problema che poteva causare il riavvio di un'istanza di database a causa di un deadlatch durante l'esecuzione e delle istruzioni contemporaneamente. SHOWSTATUSPURGEBINARYLOGS L'eliminazione dei log binari è un'istruzione gestita che viene eseguita per rispettare il periodo di conservazione di binlog configurato dall'utente.

È stato risolto un problema che poteva causare la non disponibilità del cluster di database al riavvio dell'istanza di scrittura mentre il database stava creando o eliminando i trigger sulle tabelle di sistema interne.

È stato risolto un problema che può causare il riavvio di un'istanza database a causa di una lunga attesa del semaforo quando si utilizza la funzionalità binlog avanzata su un cluster con una replica Aurora.

È stato risolto un problema che può causare il riavvio di un'istanza database durante l'esecuzione di una query che fa riferimento a una funzione di aggregazione.

È stato risolto un problema che, in rare condizioni, può causare il riavvio dell'istanza database quando Aurora Serverless v2 tenta erroneamente di aggiornare la cache della tabella durante il dimensionamento.

È stato risolto un problema per cui i metodi di accesso alla scansione degli indici non supportati venivano presi in considerazione per le espressioni di tabella comuni (CTE) durante la materializzazione di tabelle temporanee intermedie, il che poteva portare a comportamenti indesiderati, tra cui riavvii del database o risultati di query errati. Abbiamo risolto questo problema evitando l'uso di tali metodi di accesso alla scansione degli indici non supportati sulle tabelle che utilizzano il motore di archiviazione. TempTable

È stato risolto un problema che può causare l'indisponibilità del database quando il binlog avanzato è abilitato su un cluster di Aurora Serverless v2 database in esecuzione su Aurora My 3.04.0. SQL

Sono stati rimossi i metadati di archiviazione non utilizzati prima di scrivere sull'archiviazione di Aurora quando è abilitata la funzionalità binlog avanzato. Ciò evita determinati scenari in cui potrebbe verificarsi un riavvio o un failover del database a causa della maggiore latenza di scrittura dovuta all'aumento dei byte trasmessi sulla rete.

Con l'aggiunta delle tabelle malloc_stats e malloc_stats_totals in performance_schema, sono state aggiunte tre variabili di sistema avanzate per controllare il comportamento di Jemalloc, un allocatore di memoria interno:

È stato risolto un problema per cui le tabelle degli schemi delle prestazioni specifiche di Aurora non venivano create durante un aggiornamento o una migrazione.

È stata aggiunta una nuova variabile di sistema, aurora_use_vector_instructions. Quando questo parametro è abilitato, Aurora My SQL utilizza istruzioni di elaborazione vettoriale ottimizzate per migliorare le prestazioni su carichi di lavoro I/O pesanti. Questa impostazione è attivata ON per impostazione predefinita in Aurora My SQL 3.05 e versioni successive. Per maggiori dettagli, consulta Aurora My SQL configuration parameters.

È stato risolto un problema che poteva causare la visualizzazione di risultati errati nelle NumBinaryLogFiles metriche attivate quando il binlog avanzato era abilitato. CloudWatch

Il timeout delle richieste per le operazioni di Aurora My SQL Machine Learning su Amazon Sagemaker è stato aumentato da 3 a 30 secondi. Questo aiuta a risolvere un problema in cui i clienti possono riscontrare un numero maggiore di tentativi o errori per le richieste ad Amazon Sagemaker da Aurora My SQL Machine Learning quando utilizzano batch di dimensioni maggiori.

È stato aggiunto il supporto per le tabelle malloc_stats e malloc_stats_totals nel database performance_schema.

La parola chiave FROM nel comando LOAD DATA FROM S3 è stata aggiornata in modo che sia facoltativa. Per ulteriori informazioni, consulta Caricamento di dati in un cluster Amazon Aurora My SQL DB da file di testo in un bucket Amazon S3.

È stato aggiunto il supporto per il parametro innodb_aurora_instant_alter_column_allowed, che controlla se è possibile utilizzare l'algoritmo INSTANT per le operazioni ALTER COLUMN. Per ulteriori informazioni, consulta Parametri a livello di cluster.

È stato risolto un problema che può impedire la creazione di nuove connessioni client al database quando è abilitato l'inoltro di scrittura.

È stato risolto un problema che poteva far sì che la modifica del parametro del database table_open_cache non avesse effetto fino al riavvio dell'istanza database.

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

È stato risolto un problema relativo alle scansioni degli indici in cui poteva essere restituito un risultato impreciso durante l'esecuzione di una query SELECT con la clausola GROUP BY e il parametro aurora_parallel_query impostati su ON.

È stato risolto un problema che poteva causare l'esaurimento della memoria disponibile durante l'esecuzione di query sulla tabella INFORMATION_SCHEMA INNODB_TABLESPACES.

È stato risolto un problema per cui l'istanza del lettore non era in grado di aprire una tabella, con 1146. ERROR Questo problema si verifica quando si eseguono determinati tipi di Data Definition Language (DDL) online mentre l'INPLACEalgoritmo viene utilizzato sull'istanza writer.

È stato risolto un problema per impedire il riavvio dell'istanza durante il dimensionamento di Aurora Serverless v2 quando il processo di monitoraggio interno inviava erroneamente richieste di dimensionamento duplicate.

È stato risolto un problema che può causare il riavvio del database quando gli utenti di log binario (binlog) connessi utilizzano un server di replica binlog duplicato. IDs

È stata introdotta una cache di relay log in memoria per le repliche dei log binari SQL gestite da Aurora My. Questo miglioramento può contribuire a ottenere un aumento fino al 40% della velocità di trasmissione effettiva di replica dei log binari. Questo miglioramento viene abilitato automaticamente quando si utilizza la replica di log binario a thread singolo o quando si utilizza la replica multithread con posizionamento automatico abilitato. GTID

L'aggiornamento da My SQL 5.7 a My SQL 8.0 con un numero molto elevato di tabelle in un unico database ha causato un consumo eccessivo di memoria da parte del server. È stato riscontrato che, durante il processo di verifica della possibilità di aggiornare le tabelle, abbiamo recuperato in anticipo tutti gli oggetti Table del dizionario di dati, elaborandoli ciascuno e recuperandone il nome, quindi abbiamo eseguito la verifica della compatibilità delle versioni nell'elenco. In questo caso non era necessario recuperare tutti gli oggetti in anticipo e l'operazione ha contribuito notevolmente al consumo di memoria. Per correggere questo problema, in questi casi recuperiamo un oggetto Table alla volta, eseguiamo tutti i controlli necessari, ne recuperiamo il nome e rilasciamo l'oggetto, prima di procedere con quello successivo. (Bug 34526001)

Sono state migliorate le prestazioni degli aggiornamenti delle versioni principali da Aurora SQL My versione 2 alla versione 3 eseguendo controlli del tablespace in parallelo utilizzando vCPUs tutto ciò che è disponibile sull'istanza del database.

È stato risolto un problema che poteva causare un maggiore CPU utilizzo a causa della rotazione dei certificati in background. TLS (Correzione di un bug della community 34284186)