Aggiornamenti del motore di database Aurora MySQL 23/02/2017 (versione 1.11) (obsoleta)

Versione: 1.11

A tutti i cluster di database Aurora MySQL verrà applicata la patch con la versione più recente poco dopo il rilascio della versione. Ai cluster del database vengono applicate patch utilizzando la procedura legacy con un tempo di inattività di 5-30 secondi.

L'applicazione delle patch avviene durante la finestra di manutenzione del sistema specificata per ogni istanza del database. È possibile visualizzare o modificare la finestra utilizzando AWS Management Console. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora nella Guida per l'utente di Amazon Aurora.

In alternativa, puoi applicare immediatamente la patch AWS Management Console scegliendo un cluster DB, scegliendo Cluster Actions e quindi scegliendo Aggiorna ora.

Con la versione 1.11 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.

Nuove caratteristiche

• Opzione MANIFEST per LOAD DATA FROM S3:– il comando LOAD DATA FROM S3 è stato introdotto nella versione 1.8. Le opzioni per questo comando sono state ampliate e ora è possibile specificare un elenco di file che può essere caricato in un cluster di database di Aurora da Amazon S3 utilizzando un file manifest. Questo facilita il caricamento dei dati da file specifici in una o più sedi, rispetto al caricamento dei dati da un singolo file con l'opzione FILE o il caricamento di dati di più file con la stessa sede e lo stesso prefisso usando l'opzione PREFIX. Il formato del file manifest è uguale a quello usato da Amazon Redshift. Per ulteriori informazioni sull'uso di LOAD DATA FROM S3 con l'opzione MANIFEST, consulta Utilizzo di un manifesto per specificare i file di dati da caricare nella Guida per l'utente di Amazon Aurora.

• Indicizzazione spaziale attivata per impostazione predefinita: –questa caratteristica è stata resa disponibile in modalità di laboratorio nella versione 1.10 e ora viene attivata per impostazione predefinita. L'indicizzazione spaziale consente di migliorare le prestazioni delle query su set di dati di grandi dimensioni per le query che usano i dati spaziali. Per ulteriori informazioni sull'uso dell'indicizzazione spaziale, consulta Amazon Aurora MySQL e dati spaziali nella Guida per l'utente di Amazon Aurora.

• Modifica delle tempistiche dell'audit avanzato:– questa caratteristica è stata resa disponibile nella versione 1.10.1 per offrire una funzione dalle prestazioni elevate per il controllo dell'attività del database. In questa versione, la precisione dei timestamp dei log di audit è stata cambiata da un secondo a un microsecondo. Un timestamp più accurato consente di capire meglio quando si è verificato un evento di audit. Per ulteriori informazioni sull'audit, consulta Utilizzo dell'audit avanzato con un cluster di database Amazon Aurora MySQL nella Guida per l'utente di Amazon Aurora.

Miglioramenti

• È stato modificato il parametro thread_handling per impedire l'impostazione di un valore diverso da multiple-connections-per-thread, ovvero l'unico modello supportato con il pool di thread di Aurora.

• È stato risolto un problema provocato dall'impostazione del parametro buffer_pool_size o query_cache_size in modo da risultare più grande della memoria totale del cluster del database. In questo caso, Aurora imposta il valore predefinito per il parametro modificato, in modo che il cluster del database possa avviarsi senza che si verifichi un arresto anomalo.

• È stato risolto un problema relativo alla cache della query a causa del quale una transazione riceveva risultati di lettura obsoleti se la tabella era stata invalidata in un'altra transazione.

• È stato risolto un problema a causa del quale i file binlog contrassegnati per l'eliminazione venivano rimossi dopo un leggero ritardo e non immediatamente.

• È stato risolto un problema a causa del quale un database creato con il nome tmp veniva trattato come database di sistema archiviato nello storage temporaneo e non nello storage distribuito di Aurora.

• È stato modificato il comportamento di SHOW TABLES in modo da escludere alcune tabelle di sistema interne. In questo modo si riducono i failover non necessari provocati dal blocco da parte di mysqldump di tutti i file elencati in SHOW TABLES; blocco che impediva di scrivere nella tabella di sistema interna provocando il failover.

• È stato risolto un problema a causa del quale si riavviava erroneamente una replica di Aurora durante la creazione di una tabella temporanea in seguito a una query che invocava una funzione con un argomento corrispondente a una colonna della tabella InnoDB.

• È stato risolto un problema relativo al conflitto del blocco a livello di metadati in un nodo di replica di Aurora che provocava un ritardo della replica di Aurora rispetto al cluster di database primario e un possibile riavvio.

• È stato risolto un problema relativo al latch non attivo nella pipeline di replica dei nodi di lettura, che provocava un ritardo della replica di Aurora e un possibile riavvio.

• È stato risolto un problema relativo ai ritardi eccessivi di una replica di Aurora con i volumi crittografati più grandi di un terabyte (TB).

• È stato migliorato il rilevamento del latch non attivo della replica di Aurora attraverso l'uso di un metodo migliorato per leggere il tempo del sistema.

• È stato risolto un problema a causa del quale una replica di Aurora si riavviava due volte e non una in seguito all'annullamento della registrazione da parte dello scrittore.

• È stato risolto un problema di prestazioni scarse della query nelle repliche di Aurora che si verificava quando le statistiche transitorie provocavano una discrepanza nelle statistiche relative alle colonne dell'indice non uniche.

• È stato risolto un problema a causa del quale si verificava un arresto anomalo di una replica di Aurora quando un'istruzione DDL veniva replicata sulla replica di Aurora nello stesso momento in cui la replica di Aurora sta elaborando una query correlata.

• Sono stati modificati i miglioramenti della pipeline di replica che erano stati introdotti nella versione 1.10: per impostazione predefinita non vengono più attivati, bensì vengono disattivati. Questi miglioramenti sono stati introdotti per applicare gli aggiornamenti del flusso di log alla cache del buffer di una replica di Aurora e sebbene questa caratteristica contribuisca al miglioramento della stabilità e delle prestazioni di lettura nelle repliche di Aurora, aumenta il ritardo delle repliche in determinati carichi di lavoro.

• È stato risolto un problema a causa del quale occorrenze simultanee di un'istruzione DDL continua e una lettura anticipata parallela in attesa all'interno della stessa tabella provocavano un errore di asserzione durante la fase commit della transazione DDL.

• Sono stati migliorati i log di query generali e lente in modo da non andare perse con il riavvio del cluster del database.

• È stato risolto un out-of-memory problema relativo a determinate query di lunga durata riducendo il consumo di memoria nel modulo ACL.

• È stato risolto un problema di riavvio che si verificava quando una tabella disponeva di indici non spaziali, di predicati spaziali nella query e il pianificatore sceglieva di usare un indice non spaziale e trasmetteva erroneamente la condizione spaziale all'indice.

• È stato risolto un errore a causa del quale il cluster del database si riavviava in seguito a un'eliminazione, un aggiornamento o una rimozione di oggetti geospaziali di grandi dimensioni archiviati esternamente (ad esempio LOB).

• Risolto un problema per il quale la simulazione dei guasti mediante ALTER SYSTEM SIMULATE ... FOR INTERVAL non funziona correttamente.

• È stato risolto un problema di stabilità provocato da un'asserzione non valida o da una invariabile errata nella gestione dei blocchi.

• Sono stati disattivati i seguenti due miglioramenti della ricerca full-text InnoDB che erano stati introdotti nella versione 1.10, poiché generavano problemi di stabilità per alcuni carichi di lavoro complessi:

  • L'aggiornamento della cache solo dopo una richiesta di lettura in una replica di Aurora per migliorare la velocità di replica della cache dell'indice di ricerca full-text.

  • Offload dell'attività di sincronizzazione della cache in un thread separato non appena la cache raggiunge il 10% della sua dimensione totale, per impedire lo stallo delle query di MySQL per un periodo troppo lungo durante la sincronizzazione della cache FTS sul disco. (Bug 22516559, 73816).

Integrazione delle correzioni di bug di MySQL.

• L'esecuzione della chiave esterna DROP nella tabella ALTER contemporaneamente all'esecuzione di un'altra operazione DROP fa scomparire la tabella. (Bug 16095573)

• Alcune query INFORMATION_SCHEMA che utilizzano ORDER BY non hanno usato l'ottimizzazione filesort come in precedenza. (Bug 16423536)

• FOUND_ROWS () restituisce il numero sbagliato di righe di una tabella. (Bug 68458)

• Il server presenta dei problemi e non genera un errore quando si aprono troppe tabelle temporanee. (Bug 18948649)