Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Aggiornamenti del motore di database Aurora MySQL 2024-11-18 (versione 3.08.0, compatibile con MySQL 8.0.39)
Versione: 3.08.0
Aurora MySQL 3.08.0 è disponibile a livello generale. Le versioni di Aurora MySQL 3.08 sono compatibili con MySQL 8.0.39. 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.11.*, 2.12.*, 3.04.*, 3.05.*, 3.06.*, 3.07.* e 3.08.*.
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.08.0.
Per informazioni sulla pianificazione di un aggiornamento a Aurora MySQL versione 3, vedere Pianificazione di un aggiornamento della versione principale per un cluster Aurora MySQL. 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
Nuove funzionalità
-
Sono state aggiunte tre nuove CloudWatch metriche Amazon per consentire agli utenti di monitorare il processo di eliminazione di InnoDB:
-
PurgeBoundary
-
PurgeFinishedPoint
-
TruncateFinishedPoint
Per ulteriori informazioni, consulta i CloudWatchparametri di Amazon Aurora per Amazon Aurora nella Guida per l'utente di Amazon Aurora.
-
-
È stata aggiunta una nuova CloudWatch metrica
TransactionAgeMaximum
per consentire agli utenti di identificare transazioni di lunga durata che potrebbero ostacolare il limite di eliminazione. Per ulteriori informazioni, consulta i CloudWatch parametri di Amazon Aurora per Amazon Aurora nella Guida per l'utente di Amazon Aurora. -
Sono state aggiunte tre nuove CloudWatch metriche per evitare out-of-memory (OOM):
-
AuroraMillisecondsSpentInOomRecovery
-
AuroraNumOomRecoverySuccessful
-
AuroraNumOomRecoveryTriggered
Per ulteriori informazioni, consulta i CloudWatchparametri di Amazon Aurora per Amazon Aurora nella Guida per l'utente di Amazon Aurora.
-
-
Sono state modificate tre CloudWatch metriche per evitare out-of-memory (OOM) di passare dai totali correnti ai contatori incrementali:
-
AuroraMemoryNumDeclinedSqlTotal
-
AuroraMemoryNumKillConnTotal
-
AuroraMemoryNumKillQueryTotal
Per ulteriori informazioni, consulta i CloudWatchparametri di Amazon Aurora per Amazon Aurora nella Guida per l'utente di Amazon Aurora.
-
-
Sono state aggiunte due variabili di stato globali per mostrare la quantità di memoria utilizzata dalle tabelle temporanee interne
: e. aurora_temptable_ram_allocation
aurora_temptable_max_ram_allocation
Queste variabili di stato globali aumentano l'osservabilità e aiutano a diagnosticare i problemi relativi all'utilizzo della memoria interna delle tabelle temporanee.Per ulteriori informazioni, consulta le variabili di stato globali di Aurora MySQL nella Guida per l'utente di Amazon Aurora.
-
È stata introdotta la nuova variabile di sistema
aurora_optimizer_trace_print_before_purge
per stampare le tracce dell'ottimizzatorenel registro degli errori prima che il server eliminasse le tracce dalla memoria. È possibile attivare un'eliminazione in base alle soglie impostate dalle variabili di sistema optimizer_trace_offset e optimizer_trace_limit. -
È stato aggiunto il supporto per le seguenti classi di istanze DB:
-
db.r7i
-
db.r8g
Per ulteriori informazioni, consulta Motori DB supportati per classi di istanza database nella Guida per l'utente di Amazon Aurora.
-
Miglioramenti
Risolti i problemi di sicurezza e: CVEs
-
È stato introdotto un nuovo utente per la replica dei log binari (binlog),.
rdsrepladmin_priv_checks_user
Per ulteriori informazioni, consulta Privilege checks user for binary log replication nella Amazon Aurora User Guide. -
È stato risolto un problema a causa del quale i parametri di input per le stored procedure Aurora MySQL potevano essere gestiti in modo errato.
Questa versione include tutte le correzioni CVE della community fino a MySQL 8.0.39 incluso. Sono incluse le seguenti correzioni CVE:
Miglioramenti della disponibilità:
-
È stato risolto un difetto che poteva causare il riavvio imprevisto del server dopo l'esecuzione dei comandi DML (Data Manipulation Language) su una tabella in cui sono già state eliminate istantaneamente delle colonne, in modo che il conteggio delle colonne eliminate e non eliminate fosse superiore a 1017.
-
È stato risolto un problema che poteva causare la mancata rotazione corretta dei file di registro del database, con conseguente aumento dell'utilizzo dello spazio di archiviazione locale
su un'istanza DB. -
È stato risolto un problema che poteva causare l'interruzione della chiusura delle connessioni da parte dell'istanza DB in condizioni di memoria insufficiente quando aurora_oom_response era abilitata, con conseguente riavvio che altrimenti avrebbe potuto essere evitato. out-of-memory
-
È stato risolto un problema che poteva causare il riavvio di un'istanza Reader DB durante la liberazione della memoria utilizzata per l'applicazione di registro.
-
È stato risolto un problema nel calcolo delle metriche interne per gli indici di ricerca full-text (FTS) che poteva causare il riavvio del database.
-
È stato risolto un problema della community che a volte poteva produrre risultati di query errati quando una
LIMIT
clausola veniva utilizzata nelle sottoquery insieme al pushdown delle condizioni dell'indice. -
È stato risolto un problema che causava una violazione dell'accesso alla memoria che portava al rilascio di un oggetto mutex non più di proprietà del thread.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza DB di Aurora reader quando l'inoltro di scrittura è abilitato.
-
È stato risolto un problema a causa del quale una query contenente più
UNION
clausole poteva allocare una grande quantità di memoria, con conseguente riavvio dell'istanza DB. -
È stato risolto un problema che causava il riavvio dell'istanza Writer DB durante l'esecuzione di una query parallela su un'istanza Reader DB.
-
È stato risolto un problema a causa del quale la replica binlog si bloccava sulla replica a causa di un deadlock rilevato nel thread di I/O della replica durante l'esecuzione del comando.
FLUSH RELAY LOGS
-
È stato risolto un problema che causava il riavvio di un'istanza DB durante la gestione di set GTID di grandi dimensioni su un cluster DB con binlog avanzato abilitato.
-
È stato risolto un problema che può causare il riavvio di una replica binlog quando la cache del relay log in memoria è abilitata. La cache del relay log in memoria è abilitata sulle repliche binlog gestite da Aurora MySQL quando si utilizza la replica di log binario a thread singolo o la replica multithread con posizionamento automatico GTID abilitato.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza di replica binlog quando si applicavano le istruzioni DCL (Data Control Language) durante l'avvio del motore di database.
-
È stato risolto un problema che, in rare condizioni, poteva causare il riavvio di un'istanza Reader DB a causa di un deadlatch durante l'esecuzione di
SELECT
query su tabelle aggiornate dalla relativa istanza DB di scrittura. -
È stato risolto un problema che poteva causare il riavvio di un'istanza del lettore Aurora Global Database con una sessione di inoltro di scrittura attiva.
-
È stato risolto un problema che poteva causare il riavvio delle repliche di lettura di Aurora in caso di alcuni rari ordini di commit delle transazioni sull'istanza Writer DB.
-
È stato risolto un problema che può causare il riavvio di un database quando gli eventi pianificati
vengono annullati durante l'esecuzione su istanze DB con binlog avanzato abilitato.
Miglioramenti generali:
-
È stato risolto un problema a causa del quale la connessione client poteva bloccarsi durante l'applicazione di patch senza interruzioni (ZDP) o il riavvio senza interruzioni (ZDR).
-
È stato risolto un problema che, in rari casi, causava il riavvio dell'istanza del database a causa di un problema di gestione della memoria che poteva verificarsi durante la gestione di un errore di tabella aperta.
-
È stato risolto un problema che poteva causare errori o avvisi imprevisti di violazione della chiave primaria nelle istruzioni SQL su alcune righe quando si eseguono
INSERT
istruzioni simultanee su una tabella con una colonna chiaveAUTO_INCREMENT
primaria e una colonna chiave univoca e quando un'INSERT
istruzione presenta violazioni di chiave univoche su righe diverse. -
Lo strumento Performance Schema
memory/sql/sp_head::main_mem_root
è ora uno strumento controllato. Di conseguenza, la memoria allocata per l'analisi e la rappresentazione dei programmi memorizzati ora contribuisce al raggiungimento dei limiti di memoria per connessione. -
È stato risolto un problema per cui una riga diventava illeggibile tramite l'indice spaziale durante un aggiornamento.
-
È stato risolto un problema che impediva agli utenti di disabilitare l'inoltro di scrittura locale.
-
È stato risolto un problema a causa del quale una
SELECT COUNT
query poteva restituire un risultato errato durante l'utilizzo dell'inoltro di scrittura. -
È stato risolto un problema che poteva portare a risultati di query errati quando ZDP ripristinava erroneamente le variabili di sessione impostate come suggerimenti nelle query.
-
È stato risolto un problema per cui la latenza di commit e il throughput di commit non venivano misurati quando era impostato su.
innodb_flush_log_at_trx_commit
0
-
È stato risolto un problema che poteva causare la segnalazione errata del ritardo della replica di Aurora.
-
È stato risolto un problema che forniva un valore errato per la
threads_running
variabile quando si utilizzava Aurora Global Database. -
È stato risolto un problema a causa del quale una replica binlog Aurora MySQL con ottimizzazione parallela dell'indice secondario abilitata presentava un riavvio quando si applicavano le modifiche di replica su tabelle con chiavi esterne.
-
È stato risolto un problema di riavvio causato dal ridimensionamento prolungato della tabella degli hash di blocco durante gli eventi di ridimensionamento o ridimensionamento.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza DB dopo aver disabilitato la registrazione binaria, quando il binlog avanzato era precedentemente abilitato.
-
Sono state introdotte ottimizzazioni per ridurre l'utilizzo della memoria durante il ripristino del dizionario logico di dati
in presenza di un numero elevato di tabelle. -
È stato risolto un problema a causa del quale un utente poteva riscontrare un
ERROR 1377 (HY000): Fatal error during log purge
errore durante l'esecuzione della stored procedure mysql.rds_set_external_source su una replica binlog, quando la replica dei log binari era già configurata. -
È stato corretto un difetto che impediva la persistenza dei privilegi del ruolo utente dopo ZDR.
-
È stato risolto un problema di memoria associato ai ruoli predefiniti del view definer.
-
È stato risolto un problema che può causare il riavvio di un'istanza DB quando
SHOW VOLUME STATUS
viene eseguita. -
È stato risolto un problema di riavvio causato dal ridimensionamento prolungato del pool di buffer durante gli eventi di scalabilità verso l'alto o verso il basso.
-
È stato risolto un problema di riavvio causato dal logical read ahead (LRA) che accedeva alle pagine liberate a causa del ridimensionamento del buffer durante un evento di ridimensionamento.
-
È stato risolto un problema che risolveva il problema
SELECT
delle query che restituivano risultati errati quando la query veniva utilizzataLEFT OUTER JOIN
con la trasformazione semijoinche utilizza la materializzazione come strategia. -
È stato risolto un problema che poteva causare errori nel completamento del processo di disabilitazione dell'inoltro delle scritture.
-
È stato risolto un problema a causa del quale le
BlockedTransactions
CloudWatch metricheActiveTransactions
e riportavano valori inferiori al previsto. -
È stato risolto un problema a causa del quale la replica binlog si interrompeva quando la replica elabora un'
DELETE
istruzione multitable che elimina in modo esplicito sia una tabella principale che una tabella secondaria. -
È stato risolto un problema che può causare il riavvio di un'istanza DB durante l'elaborazione di un trigger con funzioni definite dall'utente che restituiscono un tipo.
enum
-
È stato risolto un problema per cui la
DMLLatency
CloudWatch metrica mostrava valori errati per un'istanza di replica di log binario durante la replica utilizzando set to.binlog_format
row
-
È stato risolto un problema per cui
UPDATE
le query lenteINSERT
ed eseguite da MySQL EventScheduler non venivano registrate nel registro delle query lente a meno che non fossero precedute da una query lenta. DELETE
SELECT
-
È stato risolto un problema che, in rari casi, causava l'indisponibilità intermittente di una replica di lettura Aurora o incongruenze nella definizione della tabella, a volte con l'errore, sulla replica.
Table does not exist
Ciò è dovuto alle query di lettura simultanee sulla replica e alle operazioni DDL (Data Definition Language) sull'istanza Writer DB. -
È stato risolto un problema a causa del quale l'esecuzione del
SHOW BINARY LOGS
comando richiedeva più tempo su un cluster DB in cui il binlog avanzato era abilitato o era abilitato in precedenza. Questo problema potrebbe anche causare un aumento della latenza di commit se piùSHOW BINARY LOGS
comandi venivano eseguiti contemporaneamente.
Aggiornamenti e migrazioni:
-
Sono state migliorate le prestazioni dell'aggiornamento della versione principale da Aurora MySQL versione 2 alla versione 3 per cluster DB con un gran numero di oggetti di database (come tabelle, trigger e routine).
Per classi di istanze DB più grandi, il processo di aggiornamento del database aggiorna i metadati degli oggetti MySQL tradizionali al nuovo dizionario di dati atomico MySQL 8.0 in parallelo utilizzando più thread.
-
È stato risolto un problema che causava il fallimento degli aggiornamenti o delle migrazioni quando la versione del motore Aurora MySQL DB di destinazione è 3.04.0 o successiva. Ciò si verifica quando il parametro del cluster
lower_case_table_names
DB è impostato su e le regole di1
confronto del database MySQL sono incompatibili con i nomi di tabella in minuscolo.
Integrazione delle correzioni di bug di MySQL Community Edition
Questa versione include tutte le correzioni di bug della community fino alla 8.0.39 inclusa, oltre a quanto segue. Per ulteriori informazioni, consulta MySQL bugs fixed by Aurora MySQL 3.x database engine updates.
-
È stato risolto un problema a causa del quale
NULL
i valori venivano erroneamente omessi dal set di risultati per alcune query con entrambe le operazioni.JOIN
UNION
(Correzione di un bug della community #114301)