Aggiornamenti del motore di database Aurora MySQL 15/05/2017 (versione 1.13) (obsoleta)

Versione: 1.13

Nota

Abbiamo attivato una nuova funzione (SELECT INTO OUTFILE S3) nella versione 1.13 di Aurora MySQL dopo la versione iniziale e abbiamo aggiornato le note di rilascio per riflettere la modifica.

Aurora MySQL 1.13 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL versione 1.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.13. Con la versione 1.13 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. È consentita 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.

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

• SELECT INTO OUTFILE S3: –Aurora MySQL ora consente di caricare i risultati di una query in uno o più file in un bucket di Amazon S3. Per ulteriori informazioni, consulta Caricamento dei dati in un cluster DB Amazon Aurora MySQL da file di testo in un bucket Amazon S3 nella Guida per l'utente di Amazon Aurora.

Miglioramenti:

• È stato implementato il troncamento dei file di log in formato CSV all'avvio del motore per impedire tempi di ripristino lunghi. Ora le tabelle general_log_backup, general_log, slow_log_backup e slow_log devono essere salvate prima di un riavvio del database per non andare perse.

• È stato risolto un problema a causa del quale una migrazione di un database nominato test non avrebbe avuto un esito positivo.

• È stata migliorata la stabilità del garbage collector della gestione blocchi riutilizzando i segmenti di blocco corretti.

• È stata migliorata la stabilità della gestione blocchi attraverso la rimozione delle asserzioni non valide durante l'esecuzione dell'algoritmo di rilevamento del deadlock.

• È stata riattivata la replica asincrona ed è stato risolto un problema associato che provocavano una segnalazione di ritardo di replica errato in caso di assenza di carico o di carico di lavoro di sola lettura. I miglioramenti della pipeline di replica che sono stati introdotti nella versione 1.10. Questi miglioramenti sono stati introdotti per applicare gli aggiornamenti del flusso di log alla cache del buffer di una replica di Aurora. Questo aiuta a migliorare le prestazioni di lettura e la stabilità nelle repliche Aurora.

• È stato risolto un problema a causa del quale il commit automatico=OFF provocava il blocco degli eventi pianificati e il fatto che le transazioni lunghe restassero aperte fino al riavvio del server.

• È stato risolto un problema a causa del quale i log di query generali, di controllo e lente non potevano registrare le query gestite dal commit asincrono.

• Sono state migliorate le prestazioni della caratteristica di lettura anticipata logica di 2,5 volte. A tal fine, i prefetch non sono stati interrotti nelle pagine intermedie di un albero B.

• È stata aggiunta la convalida dei parametri per le variabili di controllo per eliminare gli spazi non necessari.

• È stata risolta una regressione, introdotta nella versione 1.11 di Aurora MySQL a causa della quale le query mostravano risultati errati quando si utilizzava l'opzione SQL_CALC_FOUND_ROWS e si invocava la funzione FOUND_ROWS().

• È stato risolto un problema di stabilità a causa del quale l'elenco di blocco a livello di metadati veniva creato in modo errato.

• È stata migliorata la stabilità con l'impostazione di sql_mode su PAD_CHAR_TO_FULL_LENGTH e con l'esecuzione del comando SHOW FUNCTION STATUS WHERE Db='string'.

• È stato risolto un caso raro in cui le istanze non venivano visualizzate dopo l'aggiornamento della versione di Aurora a causa di una verifica di consistenza dei volumi falsa.

• È stato risolto un problema di prestazioni, introdotto con la versione 1.12 di Aurora MySQL, a causa del quale le prestazioni del writer di Aurora risultavano ridotte nel caso di un numero elevato di tabelle degli utenti.

• È stato risolto un problema di stabilità che si verificava quando il writer di Aurora veniva configurato come slave binlog e il numero di connessioni si avvicinava a 16.000.

• È stato risolto un problema raro a causa del quale una replica di Aurora si riavviava in caso di connessione bloccata in attesa di un blocco a livello di metadati durante l'esecuzione di DDL sul master di Aurora.

Integrazione delle correzioni di bug di MySQL.

• Con una tabella InnoDB vuota, non è possibile ridurre il valore dell'incremento automatico utilizzando un'istruzione ALTER TABLE, anche se la tabella è vuota. (Bug 69882)

• Le query MATCH() ... AGAINST che utilizzano una stringa lunga come argomento per AGAINST() possono generare un errore durante l'esecuzione in una tabella InnoDB con un indice di ricerca full-text. (Bug 17640261)

• La gestione di SQL_CALC_FOUND_ROWS insieme a ORDER BY e LIMIT può portare alla visualizzazione di risultati errati per FOUND_ROWS(). (Bug 68458, 16383173)

• ALTER TABLE non consente di modificare il supporto dei valori Null della colonna qualora esista una chiave esterna. (Bug 77591)