Aurora My SQL database engine si aggiorna 2023-11-13 (versione 3.04.1, compatibile con My 8.0.28) SQL - Amazon Aurora

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-11-13 (versione 3.04.1, compatibile con My 8.0.28) SQL

Versione: 3.04.1

Aurora My SQL 3.04.1 è disponibile a livello generale. Le versioni Aurora My SQL 3.04 sono compatibili con My 8.0.28. SQL Per ulteriori informazioni sulle modifiche apportate alla community, consulta le note di rilascio di My SQL 8.0.

Nota

Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta le versioni di Aurora My SQL long 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, ad esempio 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.7.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* e 3.05.*.

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 disponibile in un cluster Aurora SQL My versione 3.04.1. 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.

Miglioramenti

Miglioramenti della disponibilità:

  • È 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 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 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 che poteva causare il riavvio di un'istanza database a causa di un deadlatch quando si eseguivano contemporaneamente le istruzioni SHOW STATUS e PURGE BINARY LOGS. 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.

Miglioramenti generali:

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

  • Sono stati rimossi i metadati di archiviazione non utilizzati prima della scrittura su Aurora Storage quando è abilitata la funzionalità binlog avanzata. 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.

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

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

Aggiornamenti e migrazioni:

  • L'aggiornamento da My SQL 5.7 a My SQL 8.0 con un numero molto elevato di tabelle in un singolo 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 Table oggetti del dizionario di dati, elaborandoli ciascuno e recuperandone il nome, quindi eseguivamo l'operazione nell'elenco. CHECK TABLE ... FOR UPGRADE 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)

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 che poteva causare un maggiore CPU utilizzo a causa della rotazione dei TLS certificati in background (Community Bug Fix #34284186)