Aurora My SQL database engine si aggiorna 2023-07-31 (versione 3.04.0, compatibile con My 8.0.28) SQL - Amazon Aurora
MiglioramentiIntegrazione di My Community Edition, correzioni di bug SQL

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

Aurora My SQL database engine si aggiorna 2023-07-31 (versione 3.04.0, compatibile con My 8.0.28) SQL

Versione: 3.04.0

Aurora My SQL 3.04.0 è disponibile a livello generale. Le versioni Aurora My SQL 3.04 sono compatibili con My SQL 8.0.28, le versioni Aurora My 3.03 sono compatibili con SQL My SQL 8.0.26 e le versioni Aurora My 3.02 sono compatibili con My 8.0.23. SQL SQL Per ulteriori informazioni sulle modifiche apportate alla community dalla 8.0.23 alla 8.0.28, consulta le note di rilascio di My 8.0. SQL

Nota

Questa versione è designata come versione di supporto a lungo termine (). LTS Per ulteriori informazioni, consulta le versioni di Aurora My SQL long-term support (LTS) nella Guida per l'utente di Amazon Aurora.

Ti consigliamo di non impostare il AutoMinorVersionUpgrade parametro su true (o abilitare l'aggiornamento automatico della versione secondaria in AWS Management Console) per LTS le versioni. Questa operazione potrebbe comportare l'aggiornamento del cluster DB a una LTS versione diversa dalla 3.05.2.

Per i dettagli sulle nuove funzionalità di Aurora My SQL versione 3, consulta Aurora My SQL versione 3 compatibile con My 8.0. SQL Per le differenze tra Aurora My SQL versione 3 e Aurora My versione 2, consulta Confronto tra Aurora My SQL versione SQL2 e Aurora My versione 3. SQL Per un confronto tra Aurora My SQL version 3 e My SQL 8.0 Community Edition, vedi Confronto tra Aurora My SQL version 3 e My 8.0 Community Edition. SQL

Le SQL versioni di Aurora My attualmente supportate sono 2.07.9, 2.11.1, 2.11.2, 3.01.*, 3.02.*, 3.03.* e 3.04.0.

Puoi eseguire un aggiornamento sul posto, ripristinare uno snapshot o avviare un aggiornamento blu/verde gestito utilizzando RDSAmazon Blue/Green Deployments da qualsiasi cluster Aurora My versione 2 attualmente supportato in un cluster Aurora SQL My versione 3.04.0. SQL

Per informazioni sulla pianificazione di un aggiornamento ad Aurora My SQL versione 3, consulta Pianificazione dell'aggiornamento per Aurora My SQL versione 3 nella Guida per l'utente di Amazon Aurora. Per informazioni generali su Aurora My SQL upgrade, consulta Upgrading Amazon Aurora My DB clusters nella Amazon SQL Aurora User Guide.

Per informazioni sulla risoluzione dei problemi, consulta Risoluzione dei problemi di aggiornamento con Aurora My SQL versione 3.

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.

Nota

Aurora My SQL enhanced binary log (binlog) non è attualmente supportato per l'istanza del database Aurora Serverless v2 su Aurora My versione 3.04.0. SQL L'attivazione di questa funzionalità può comportare l'indisponibilità del database. Se è necessario l'uso del log binario avanzato su Aurora My SQL versione 3.04.0, si consiglia di utilizzare una classe di istanza di database non serverless o di impostare il minimo e il massimo dell'istanza ACU di database Serverless v2 sullo stesso valore.

Ulteriori informazioni sulla registrazione binaria avanzata in Aurora SQL My sono disponibili nella Guida per l'utente di Aurora.

Miglioramenti

Nuove caratteristiche:

Risolti i problemi di sicurezza e: CVEs

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

    • Le connessioni al database che utilizzano ora SSL possono essere ripristinate tramite Zero Downtime Restart e Zero Downtime Patching durante l'aggiornamento da Aurora SQL My versione 3.04.0 a una versione superiore.

    • Supporto per TLSv1 .3 che include il supporto per i cifrari TLS _ AES _128_ _SHA256, GCM _ TLS AES _256_ _ SHA384 e TLS _ 0_ GCM 05_. CHACHA2 POLY13 SHA256 SSL

    • Rimozione del supporto per i cifrari - -* meno sicuri. DHE RSA

    Per ulteriori informazioni, consulta Utilizzo TLS con i cluster Aurora My DB SQL

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

  • Ha abilitato il supporto per il protocollo Transport Layer Security (TLS) 1.3 sicuro e performante mantenendo la compatibilità con la versione TLS 1.2.

  • TLSle versioni TLSv1 e TLSv1 .1 erano obsolete nella community My SQL 8.0.26 e, di conseguenza, in Aurora My 3.03. SQL Questi protocolli sono stati ora rimossi nella community My SQL 8.0.28 e, di conseguenza, in Aurora My 3.04. SQL Per impostazione predefinita, qualsiasi client sicuro che non è in grado di comunicare con una frequenza di TLS 1.2 o superiore verrà rifiutato. Per ulteriori informazioni sulla connessione alle istanze di database utilizzandoTLS, consulta Sicurezza con Amazon Aurora SQL My.

In questa versione sono incluse le seguenti CVE correzioni:

Miglioramenti della disponibilità:

  • È 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 di Aurora My SQL reader durante l'esecuzione di una query che utilizza un piano di esecuzione di query Aurora My parallelSQL.

  • È 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 il controllo avanzato di Aurora che causava una registrazione eccessiva dei messaggi informativi nel registro degli SQL errori di Aurora My quando la variabile del server è impostata su o. server_audit_events ALL 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 la sezione La mia SQL documentazione sul formato EXPLAIN di output.

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

Miglioramenti generali:

  • È 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, vedere mysql.rds_start_replication_until.

  • È stato risolto un problema che impediva alle stored procedure di controllo SQL della replica di Aurora My di modificare la sql_log_binvariabile, quando veniva chiamata da una sessione con la modalità autocommit disabilitata.

  • È stato aggiunto il supporto per la replica logica per le seguenti istruzioni Data Control Language ()DCL: e. GRANT/REVOKE 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 SQL My. I dettagli delle due viste di sistema sono disponibili qui, Aurora My SQL —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 SQLconfigurazione Aurora My.

  • È 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 COMPACT formato con un avviso per informare che Aurora SQL My non supporta le tabelle compresse.

  • È stato risolto un problema che poteva causare l'interruzione della replica multithread dei log binari quando la variabile veniva impostata su e la replica_parallel_type variabile veniva 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.

  • Aurora La mia query SQL parallela non è supportata quando si sceglie la configurazione del cluster Aurora I/O ottimizzata. Per ulteriori informazioni, consulta le limitazioni di Amazon Aurora My SQL parallel query.

  • È 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 nel My SQL Reference Manual, The threads Table e nella Amazon Aurora User Guide Overview of the Performance Schema.

  • È 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 DML dichiarazioni inoltrate su cluster di database secondari, si consiglia di utilizzare i parametri and. ForwardingReplicaDMLLatency 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 stored procedure Aurora My SQL replication control utilizzate per gestire e configurare la replica dei log binari segnalavano erroneamente gli errori quando la replica di log binari multithread veniva configurata impostando il valore della variabile maggiore di 0. replica_parallel_workers

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

Aggiornamenti e migrazioni:

Integrazione di My Community Edition, correzioni di bug SQL

Questa versione include tutte le correzioni di bug della community fino alla 8.0.28 inclusa, oltre a quanto riportato di seguito. Per ulteriori informazioni, consulta I miei SQL bug corretti dagli aggiornamenti del motore di database Aurora SQL My 3.x.

  • È 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 DDL operazioni 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 SQL istruzioni complesse costituite da più espressioni di tabella comuni annidate () (Bug# 34572040, Bug# 34634469, Bug# 33856374) CTEs