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 13/03/2018 (versione 1.17) (obsoleta)
Versione: 1.17
Aurora MySQL 1.17 è disponibile a livello generale. Le versioni Aurora MySQL 1.x sono compatibili solo con MySQL 5.6, e non con MySQL 5.7. Tutti i nuovi cluster di database compatibili con la versione 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora versione 1.17. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora versione 1.17. È possibile creare nuovi cluster DB in Aurora 1.14.1, Aurora 1.15.1 o Aurora 1.16. Puoi farlo utilizzando la AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Supportiamo l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora 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
Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del miglior tentativo per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta Applicazione di patch senza tempi di inattività (ZDP) nella Guida per l'utente di Amazon Aurora.
Nuove funzionalità
-
Ora Aurora MySQL supporta la compressione dei blocchi, che ottimizza l'utilizzo di memoria consumata dalla gestione dei blocchi. A partire dalla versione 1.17, puoi utilizzare questa funzionalità senza dover abilitare la modalità di laboratorio.
Miglioramenti
-
È stato risolto un problema verificatosi prevalentemente nelle istanze con meno core, in cui un singolo core utilizzava la CPU al 100% anche se il database era inattivo.
-
Sono state migliorate le prestazioni del recupero dei log binari dai cluster di Aurora.
-
È stato risolto un problema a causa del quale le repliche di Aurora cercavano di scrivere le statistiche delle tabelle nello storage persistente con un conseguente arresto anomalo.
-
È stato risolto un problema a causa del quale la cache delle query non funzionava come previsto nelle repliche di Aurora.
-
È stata risolta una race condition nella gestione dei blocchi che provocava il riavvio del motore.
-
È stato risolto un problema a causa del quale i blocchi delle transazioni di sola lettura e di auto-commit provocavano un riavvio del motore.
-
È stato risolto un problema a causa del quale alcune query non venivano scritte nei log di audit.
-
È stato risolto un problema relativo al ripristino di alcune operazioni di manutenzione delle partizioni su failover.
Integrazione delle correzioni di bug di MySQL.
-
Replica incorretta di LAST_INSERT_ID nel caso di utilizzo di filtri per la replica (bug 69861)
-
La query restituisce risultati diversi a seconda dell'impostazione INDEX_MERGE (bug 16862316)
-
Nuova procedura query in routine archiviata, piano delle query inefficiente (bug 16346367)
-
INNODB FTS: Assert in FTS_CACHE_APPEND_DELETED_DOC_IDS (bug 18079671)
-
Assert RBT_EMPTY(INDEX_CACHE->WORDS) nella colonna di modifica ALTER TABLE (bug 17536995)
-
La ricerca nel testo INNODB non trova record quando si utilizzano punti di salvataggio (bug 70333 e 17458835)
