Aggiornamenti del motore di database Aurora MySQL 24/10/2017 (versione 1.15) (obsoleta)

Prefetch asincrono delle chiavi:– il prefetch asincrono delle chiavi (Asynchronous key prefetch AKP) ha come obiettivo il miglioramento delle prestazioni dei join degli indici non memorizzati nella cache, attraverso il prefetch delle chiavi in memoria prima che diventino necessarie. Il caso d'uso principale di questa funzione è un join degli indici tra una tabella interna di grandi dimensioni e una esterna di dimensioni inferiori, in cui l'indice è altamente selettivo nella tabella più grande. Inoltre, quando si attiva l'interfaccia MRR (Multi-Range Read), il prefetch asincrono delle chiavi verrà utilizzato per una ricerca nell'indice da secondario a primario. In alcuni casi, le istanze più piccole con limiti di memoria potrebbero utilizzare il prefetch asincrono delle chiavi, vista la cardinalità corretta delle chiavi. Per ulteriori informazioni, consulta Ottimizzazione delle query di join indicizzate Aurora MySQL con prefetch asincrono delle chiavi nella Guida per l'utente di Amazon Aurora.

Fast DDL:– la funzione resa disponibile con Aurora versione 1.1 è stata estesa alle operazioni che comprendono valori predefiniti. Pertanto, ora Fast DDL è applicabile alle operazioni che consentono di aggiungere una colonna nullable alla fine di una tabella, con o senza valori predefiniti. Questa funzione resta attiva nella modalità di laboratorio di Aurora. Per ulteriori informazioni, consulta Alterazione delle tabelle in Amazon Aurora mediante Fast DDL nella Guida per l'utente di Amazon Aurora.

È stato risolto un errore di calcolo durante l'ottimizzazione delle query spaziali WITHIN/CONTAINS a causa del quale venivano visualizzati set di risultati vuoti.

È stato corretto il comando SHOW VARIABLE in modo che venga mostrato il valore del parametro innodb_buffer_pool_size aggiornato ogni volta che viene modificato nel gruppo di parametri.

È stata migliorata la stabilità dell'istanza primaria durante l'inserimento in blocco in una tabella modificata con Fast DDL quando l'indicizzazione dell'hash adattiva è disattivata e il record da inserire è il primo di una pagina.

È stata migliorata la stabilità di Aurora quando l'utente cerca di impostare il valore del parametro del cluster di database server_audit_events su default.

È stato risolto un problema a causa del quale una modifica del set di caratteri del database per un'istruzione ALTER TABLE eseguita nell'istanza primaria di Aurora veniva replicata nelle repliche di Aurora solo dopo il riavvio.

È stata migliorata la stabilità attraverso la correzione di una race condition nell'istanza primaria che precedentemente consentiva la registrazione di una replica di Aurora anche se l'istanza primaria aveva chiuso il proprio volume.

Sono state migliorate le prestazioni dell'istanza primaria durante la creazione dell'indice in una tabella di grandi dimensioni attraverso la modifica del protocollo di blocco per attivare le istruzioni DML (Data Manipulation Language) simultanee durante la creazione dell'indice.

È stata risolta un'incoerenza tra i metadati InnoDB durante la query ALTER TABLE RENAME che migliora la stabilità. Esempio: quando le colonne della tabella t1(c1, c2) vengono rinominate in ogni ciclo in t1(c2,c3) nell'ambito della stessa istruzione ALTER.

È stata migliorata la stabilità delle repliche di Aurora per i casi in cui una replica di Aurora non dispone di un carico di lavoro attivo e l'istanza primaria non risponde.

È stata migliorata la disponibilità delle repliche di Aurora per i casi in cui la replica di Aurora presenta un blocco esplicito su una tabella e impedisce al thread di replica di applicare le modifiche DDL ricevute dall'istanza primaria.

È stata migliorata la stabilità dell'istanza primaria quando una colonna e una chiave esterna vengono aggiunte alla tabella durante l'esecuzione in simultanea di due sessioni distinte e con Fast DDL attivato.

È stata migliorata la stabilità del thread di eliminazione dell'istanza primaria durante un carico di lavoro di scrittura elevata attraverso il blocco del troncamento dei record di annullamento fino alla loro eliminazione.

È stata migliorata la stabilità attraverso la correzione dell'ordine di rilascio del blocco durante il commit delle transazioni che eliminano le tabelle.

È stato corretto un difetto delle repliche di Aurora a causa del quale l'istanza database non poteva completare l'avvio e segnalava l'uso della porta 3306.

È stata corretta la race condition a causa della quale la query SELECT eseguita in determinate tabelle di schemi di informazioni (innodb_trx, innodb_lock, innodb_lock_waits) aumentava l'instabilità del cluster.

CREATE USER accetta un hash di password e plugin, ma ignora l'hash di password (bug 78033)

Il motore per il partizionamento aggiunge campi al bit letto impostato per restituire dati ordinati da un indice partizionato. Ne consegue che il buffer del join prova a leggere i campi non necessari. Il problema è stato corretto evitando di aggiungere tutti i campi partizionati a read_set e ordinando solo i campi prefisso già impostati in read_set. È stato aggiungo DBUG_ASSERT che nel caso di utilizzo di key_cmp, consente di leggere almeno il primo campo (bug 16367691).

Stallo delle istanze MySQL durante l'indicizzazione SYNC (bug 73816)

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)