Aggiornamenti del motore di database Aurora MySQL 2023-07-31 (versione 3.04.0, compatibile con MySQL 8.0.28)

Sono state migliorate le prestazioni delle query utilizzando gli indici testuali di InnoDB per cercare frasi in modalità linguaggio naturale. Per ulteriori informazioni sulle ricerche full-text in MySQL, consulta Full-Text Search Functions.

Amazon Aurora MySQL supporta l'inoltro di scrittura locale (in un cluster). È ora possibile inoltrare operazioni di scrittura da un'istanza database di lettura a un'istanza database di scrittura all'interno di un cluster database Aurora MySQL. Per ulteriori informazioni, consulta la sezione relativa all'utilizzo dell'inoltro di scrittura locale in un cluster database Aurora MySQL.

È stata aggiunta la possibilità di modificare il valore del parametro aurora_replica_read_consistency per la funzionalità Utilizzo dell'inoltro di scrittura in un database globale Amazon Aurora nelle sessioni con autocommit disattivato. Per ulteriori informazioni, consulta Configuration parameters for write forwarding.

A partire da Aurora MySQL 3.04, per la funzionalità di inoltro di scrittura del database globale, è ora possibile impostare il valore del parametro aurora_replica_read_consistency tramite il cluster di database e i gruppi di parametri delle istanze database. Prima della versione 3.04 di Aurora MySQL, il valore di questo parametro poteva essere configurato solo a livello di sessione.

Modificato il provider SSL/TLS da OpenSSL a. AWS-LC Ciò comporta una serie di modifiche tra cui, a titolo esemplificativo ma non esaustivo, le seguenti:

Per ulteriori informazioni, consulta Utilizzo di TLS con cluster database Aurora MySQL

È stato aggiunto il privilegio dinamico SHOW_ROUTINE a rds_superuser_role che consente l'accesso alle definizioni e alle proprietà di tutte le routine archiviate, come le procedure archiviate e le funzioni. Per ulteriori dettagli, consulta SHOW_ROUTINE.

È stato risolto un problema che poteva causare la mancata visualizzazione di eventi nel log di audit durante la rotazione dei file del log di audit.

Abilitato il supporto per il protocollo Transport Layer Security (TLS) 1.3 sicuro e ad alte prestazioni mantenendo la compatibilità con la versione TLS 1.2.

Le versioni TLS TLSv1 e TLSv1 .1 erano obsolete nella community MySQL 8.0.26 e, di conseguenza, in Aurora MySQL 3.03. Questi protocolli sono stati ora rimossi nella community MySQL 8.0.28 e di conseguenza in Aurora MySQL 3.04. Per impostazione predefinita, qualsiasi client sicuro che non può comunicare tramite TLS 1.2 o versioni successive verrà rifiutato. Per ulteriori informazioni sulla connessione alle istanze database tramite TLS, consulta Sicurezza con Amazon Aurora MySQL.

CVE-2023-21963

CVE-2023-21912

CVE-2023-0215

CVE-2022-43551

CVE-2022-37434

CVE-2022-21635

CVE-2022-21556

CVE-2022-21352

CVE-2021-35630

CVE-2021-35624

È stato risolto un problema che poteva causare il riavvio del database durante il ripristino di transazioni prolungate.

È stato risolto un problema relativo alla crittografia degli eventi dei flussi di attività del database che può causare il riavvio del database.

È stato risolto un problema di gestione della memoria dovuto a errori di esaurimento della memoria durante l'inizializzazione del pool di buffer InnoDB durante l'avvio o durante il ridimensionamento in Aurora Serverless v2. Questo problema potrebbe aver causato il riavvio delle istanze del database o un peggioramento delle prestazioni, inclusa la riduzione della velocità effettiva o l'aumento della latenza.

È stato risolto un problema che poteva causare il riavvio di un'istanza del lettore Aurora MySQL durante l'esecuzione di una query che utilizza un piano di esecuzione delle query parallele Aurora MySQL.

È stato risolto un problema che, in determinate situazioni, poteva causare il riavvio delle istanze del lettore Aurora durante una stima dell'intervallo.

È 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 pesanti che coinvolgevano l'incremento automatico delle colonne.

È stato risolto un problema con l'audit avanzato di Aurora (Advanced Auditing) che causava un eccesso di registrazione dei messaggi informativi nel log degli errori di Aurora MySQL quando la variabile del server server_audit_events è impostata su ALL o QUERY. Questo problema potrebbe causare il riavvio dell'istanza del database.

È stato risolto un problema che può causare il riavvio del database durante il rollback di un'INSERTistruzione quando la query parallela è abilitata.

È stato risolto un problema che poteva causare il riavvio dell'istanza del database durante l'esecuzione dello strumento di EXPLAIN ANALYZE profilazione su una query che restituiva l'output all select tables were optimized away all'interno della colonna di EXTRA informazioni. Per ulteriori informazioni, consulta EXPLAIN Output Format.nella documentazione di MySQL.

È stato risolto un problema che poteva causare il riavvio di un'istanza Region reader secondaria del database globale Aurora che utilizzava l'inoltro globale di scrittura quando un'istruzione di commit implicita inoltrata rilevava un errore.

È stato risolto un problema che poteva causare il riavvio dell'istanza writer in una regione primaria del database globale Aurora quando una SELECT FOR UPDATE query veniva eseguita utilizzando l'inoltro globale di scrittura da una regione secondaria del database globale Aurora.

È stata aggiunta una nuova procedura archiviata, mysql.rds_gtid_purged, per consentire ai clienti di impostare la variabile di sistema GTID_PURGED. Per ulteriori informazioni, consulta mysql.rds_gtid_purged.

Sono state aggiunte due nuove procedure archiviate, mysql.rds_start_replication_until e mysql.rds_start_replication_until_gtid, che consentono ai clienti di configurare una posizione per interrompere la replica dei log binari. Per ulteriori informazioni sulla configurazione di una posizione di arresto per la replica dei log binari in Aurora MySQL, consulta mysql.rds_start_replication_until.

È stato risolto un problema che impediva alle procedure archivate di controllo della replica di Aurora MySQL di modificare la variabile sql_log_bin, se richiamate da una sessione con la modalità autocommit disabilitata.

È stato aggiunto il supporto per la replica logica per le seguenti istruzioni DCL (Data Control Language): GRANT/REVOKE e CREATE/DROP/ALTER/RENAME USER.

È stato risolto un problema per evitare che le statistiche di InnoDB diventassero obsolete, il che a volte può generare un piano di esecuzione delle query non ottimale che può portare a un aumento del tempo di esecuzione delle query.

Sono state aggiunte due nuove viste di sistema, information_schema.aurora_global_db_instance_status e information_schema.aurora_global_db_status. Queste viste possono essere utilizzate per visualizzare lo stato e la topologia delle risorse primarie e secondarie in un cluster di database globale Aurora MySQL. I dettagli delle due viste di sistema sono disponibili qui, Aurora MySQL–specific information_schema tables.

È stato risolto un problema per cui un utente non era in grado di accedere al database con un carattere jolly nel nome del database dopo aver eseguito l'istruzione SET ROLE con un carattere jolly di escape.

È stato risolto un problema per cui gli eventi segnalati durante l'elaborazione delle rotazioni dei log di audit potevano non essere scritti nel log di audit.

È stato risolto un problema per cui la creazione di una tabella temporanea interna, tramite un'esecuzione TRIGGER, può causare il riavvio di un'istanza database di scrittura.

È stata aggiunta una nuova variabile di sistema, innodb_aurora_max_partitions_for_range. In alcuni casi in cui le statistiche persistenti non sono disponibili, è possibile utilizzare questo parametro per migliorare il tempo di esecuzione delle stime del numero di righe sulle tabelle partizionate. Ulteriori informazioni sono disponibili nella documentazione, Parametri di configurazione Aurora MySQL.

È stato risolto un problema che consentiva erroneamente ai clienti di impostare ROW_FORMAT come COMPRESSED durante la creazione di tabelle partizionate. Le tabelle verranno convertite implicitamente in formato COMPACT con un avviso per informare che Aurora MySQL non supporta le tabelle compresse.

È stato risolto un problema che poteva causare l'interruzione della replica multithread del log binario quando la replica_parallel_type variabile è impostata su e la variabile viene attivata. LOGICAL_CLOCK replica_preserve_commit_order ON Questo problema può verificarsi quando una transazione di dimensioni superiori a 500 MB viene eseguita sull'origine.

È stato risolto un problema che si verificava quando era abilitata la funzionalità di inoltro di scrittura del database globale che poteva causare l'inoltro involontario delle modifiche alla configurazione performance_schema delle istanze di lettura nelle regioni secondarie all'istanza di scrittura nella regione primaria.

È stato risolto un problema a causa del quale la variabile di stato del server innodb_buffer_pool_reads non poteva essere aggiornata dopo la lettura di una pagina di dati dal file system di archiviazione Aurora.

La query parallela per Amazon Aurora MySQL non è supportata quando si sceglie la configurazione del cluster Aurora con ottimizzazione I/O. Per ulteriori informazioni, consulta Restrizioni delle query in parallelo per Aurora MySQL.

È stato risolto un problema che, quando la query parallela è abilitata, faceva sì che l'ottimizzatore del piano di query scegliesse un piano di esecuzione inefficiente per determinate query SELECT che beneficiano di un indice primario o secondario.

Sono state aggiornate le definizioni del fuso orario alla versione IANA 2023c.

Sono state introdotte ottimizzazioni delle prestazioni di gestione dei file sulle repliche binlog per ridurre i conflitti durante la scrittura su file di log di relay.

È stato risolto un problema per cui la RPO_LAG_IN_MILLISECONDS colonna nella information_schema.aurora_global_db_status tabella e nella AuroraGlobalDBRPOLag CloudWatch metrica mostrava sempre zero indipendentemente dal carico di lavoro dell'utente.

È stato introdotto un nuovo parametro aurora_tmptable_enable_per_table_limit. Quando questo parametro è abilitato, la tmp_table_size variabile definisce la dimensione massima della singola tabella temporanea interna in memoria creata dal TempTable motore di archiviazione. Per ulteriori informazioni, consulta Motore di storage per tabelle temporanee (implicite) interne.

È stato risolto un problema a causa del quale veniva creata una connessione aggiuntiva quando la funzionalità di inoltro di scrittura del database globale era abilitata. Il problema si verifica quando le transazioni di sola lettura su un'istanza di lettura inoltrano erroneamente un commit implicito alla scrittura.

È stato risolto un problema a causa del quale i campi PROCESSLIST_USER e PROCESSLIST_HOST della tabella performance_schema.threads non venivano compilati sulla scrittura nella regione primaria per le connessioni che utilizzavano la funzionalità di inoltro di scrittura del database globale. Ulteriori informazioni su questa tabella e sullo schema delle prestazioni sono disponibili in MySQL Reference Manual, The threads Table e nella Panoramica su Performance Schema nella Guida per l'utente di Amazon Aurora.

È stato risolto un problema a causa del quale la metrica CommitLatency di Cloudwatch mostrava valori errati per le istanze di lettura nelle regioni secondarie quando veniva utilizzata la funzionalità di inoltro di scrittura del database globale. Per monitorare la latenza delle istruzioni DML inoltrate su cluster di database secondari, si consiglia di utilizzare le metriche ForwardingReplicaDMLLatency e ForwardingWriterDMLLatency. La latenza del commit può essere osservata anche utilizzando la metrica CommitLatency sull'istanza di scrittura della regione principale. Ulteriori informazioni sono disponibili nella Aurora User Guide, Amazon CloudWatch metrics for write forwarding.

È stato risolto un problema a causa del quale le procedure archiviate di controllo delle repliche di Aurora MySQL utilizzate per gestire e configurare la replica dei log binari segnalavano erroneamente degli errori quando la replica di log binari multi-thread veniva configurata impostando il valore della variabile replica_parallel_workers maggiore di 0.

È stato risolto un problema che poteva causare un elevato consumo di CPU quando più sessioni tentavano di accedere a una pagina che non esiste in memoria.

Per eseguire un aggiornamento secondario della versione per un database globale Aurora da Aurora MySQL versione 3.01, 3.02 o 3.03 ad Aurora MySQL versione 3.04 o successiva, consulta Aggiornamento di Aurora MySQL modificando la versione del motore.

È stato risolto un problema che poteva causare errori di controllo preliminare dell'aggiornamento a causa di errori di incoerenza dello schema segnalati per le tabelle mysql.general_log_backup, mysql.general_log, mysql.slow_log_backup e mysql.slow_log durante l'aggiornamento da Aurora MySQL 2 ad Aurora MySQL 3. Per ulteriori informazioni sulla risoluzione dei problemi di aggiornamento, consulta Risoluzione dei problemi di aggiornamento con Aurora MySQL versione 3.

È stato risolto un problema che poteva causare gravi errori di aggiornamento della versione durante l'aggiornamento ad Aurora MySQL 3 quando una definizione di trigger contiene una parola chiave riservata che non è racchiusa tra virgolette.

È stato risolto un problema a causa del quale un blocco buffer contenente una pagina di tabella temporanea intrinseca veniva riposizionato durante l'attraversamento delle pagine, causando un errore di asserzione (Bug 33715694).

InnoDB: impedisce alle operazioni DDL online di accedere alla out-of-bounds memoria (bug # 34750489, bug # 108925)

È stato risolto un problema che a volte poteva produrre risultati di query errati durante l'elaborazione di istruzioni SQL complesse costituite da più espressioni di tabella comuni annidate () (Bug# 34572040, Bug# 34634469, Bug# 33856374) CTEs