Aurora Il mio motore di SQL database si aggiorna il 2023-12-08 (versione 3.03.3) (obsoleta) - 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 Il mio motore di SQL database si aggiorna il 2023-12-08 (versione 3.03.3) (obsoleta)

Versione: 3.03.3

Aurora My SQL 3.03.3 è disponibile a livello generale. Le versioni Aurora My SQL 3.03 sono compatibili con My 8.0.26. 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

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 disponibili sono 2.07.9, 2.07.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.03.3. 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, AWS Il supporto è 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

Problemi di sicurezza risolti ed CVEs elencati di seguito:

Correzioni e altri miglioramenti per ottimizzare la gestione in un ambiente gestito. Di seguito sono riportate ulteriori CVE correzioni:

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 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 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 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:

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

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

  • È 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 il riavvio del database quando gli utenti di log binario (binlog) connessi utilizzano un server di replica binlog duplicato. IDs

Integrazione delle correzioni di bug di My Community Edition SQL

Questa versione include tutte le correzioni di bug della community fino alla 8.0.26 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)