Aggiornamenti del motore di database Aurora MySQL 10/11/2020 (versione 2.07.3) (obsoleta)

CVE-2021-2144

CVE-2020-14567

CVE-2020-14559

CVE-2020-14553

CVE-2020-14547

CVE-2020-14540

CVE-2020-2812

CVE-2020-2806

CVE-2020-2780

CVE-2020-2765

CVE-2020-2763

CVE-2020-2760

CVE-2020-2579

CVE-2019-2740

Risolta una race condition nel gestore dei blocchi tra l'interruzione di una connessione/query e l'arresto della sessione con conseguente riavvio del database.

Risolto un problema che causa il riavvio del database dopo l'esecuzione di un'istruzione multi-query che accede a più tabelle o database con la cache delle query attivata.

Risolto un problema che poteva causare ripetuti riavvii a causa degli aggiornamenti delle colonne virtuali con indici secondari.

InnoDB: le transazioni XA simultanee che venivano eseguite correttamente allo stadio di preparazione XA sul master entravano in conflitto quando riprodotte sullo slave, causando un timeout di attesa di blocco nel thread dell'applier. Il conflitto era dovuto all'intervallo di blocco GAP che differiva quando le transazioni venivano riprodotte serialmente sullo slave. Per evitare questo tipo di conflitto, i blocchi GAP eseguiti dalle transazioni XA nel livello di isolamento READ COMMITTED vengono ora rilasciati (e non più ereditati) quando le transazioni XA raggiungono la fase di preparazione. (Bug 27189701, bug 25866046)

InnoDB: un blocco gap veniva preso inutilmente durante la convalida della chiave esterna durante l'utilizzo del livello di isolamento READ COMMITTED. (Bug 25082593)

Replica: quando si utilizzavano transazioni XA, se si verificava un timeout di attesa di blocco o un deadlock per il thread (SQL) dell'applier su uno slave di replica, il tentativo automatico non funzionava. La causa era che mentre il thread SQL eseguiva il rollback, non eseguiva il rollback della transazione XA. Ciò significa che quando la transazione veniva ritentata, il primo evento era XA START, che non era valido poiché la transazione XA era già in corso, causando un errore XAER_RMFAIL. (Bug 24764800)

Replica: le transazioni interleave potevano talvolta bloccare l'applier slave quando il livello di isolamento delle transazioni era impostato su REPEATABLE READ. (Bug 25040331)

Replica: il valore restituito da un'istruzione SHOW SLAVE STATUS per la dimensione totale combinata di tutti i file di log di inoltro esistenti (Relay_Log_Space) poteva diventare molto più grande dello spazio su disco effettivo utilizzato dai file di log di inoltro. Il thread di I/O non bloccava la variabile durante l'aggiornamento del valore, quindi il thread SQL poteva eliminare automaticamente un file di log di inoltro e scrivere un valore ridotto prima che il thread di I/O terminasse l'aggiornamento del valore. Il thread I/O scriveva quindi il suo calcolo delle dimensioni originali, ignorando l'aggiornamento del thread SQL e aggiungendo pertanto lo spazio per il file eliminato. Il valore Relay_Log_Space è ora bloccato durante gli aggiornamenti per impedire aggiornamenti simultanei e garantire un calcolo accurato. (Bug 26997096, bug 87832)

Per un'istruzione INSERT per la quale l'elenco VALUES produceva valori per la seconda riga o successive utilizzando una sottoquery contenente un join, il server poteva uscire dopo la mancata risoluzione dei privilegi richiesti. (Bug 23762382)

Per una tabella con una colonna TIMESTAMP o DATETIME con un valore di default di CURRENT_TIMESTAMP, la colonna poteva essere inizializzata su 0000-00-00 00:00:00 se la tabella aveva un’attivazione BEFORE INSERT. (Bug 25209512, bug 84077)

Un'uscita dal server poteva essere causata da tentativi simultanei di più thread di registrare e annullare la registrazione degli oggetti dello schema delle prestazioni dei metadati. (Bug 26502135)

L'esecuzione di una procedura archiviata contenente un'istruzione che ha creato una tabella dal contenuto di alcune istruzioni SELECT potrebbe causare una perdita di memoria. (Bug 25586773)

L'esecuzione di una procedura archiviata contenente una query che ha effettuato l'accesso a una visualizzazione poteva allocare memoria che non veniva liberata fino al termine della sessione. (Bug 25053286)

Alcuni casi di materializzazione delle query secondarie potrebbero causare l'uscita del server. Queste query ora producono un errore che suggerisce che la materializzazione deve essere disabilitata. (Bug #26402045)

Le query con molti join rimanenti erano lente se veniva utilizzato il buffering di join (ad esempio, utilizzando l'algoritmo di loop nidificato del blocco). (Bug 18898433, bug 72854)

L'ottimizzatore saltava la seconda colonna in un indice composito durante l'esecuzione di un join interno con una clausola LIKE per la seconda colonna. (Bug 28086754)

Prefetch asincrono delle chiavi (AKP). 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.

Hash join. Per ulteriori informazioni, consulta Ottimizzazione di grandi query di join Aurora MySQL con hash join nella Guida per l'utente di Amazon Aurora.

Funzioni native per richiamare funzioni in modo sincrono. AWS Lambda Per ulteriori informazioni, consulta Chiamare una funzione Lambda con una funzione nativa Aurora MySQL nella Guida per l'utente di Amazon Aurora.

Raggruppare le scansioni. Per ulteriori informazioni, consulta Aggiornamenti del motore di database Aurora MySQL 11/12/2017 (versione 1.16) (obsoleta).

Migrazione dei dati da MySQL utilizzando un bucket Amazon S3. Per ulteriori informazioni, consulta Migrating data from MySQL by using an Amazon S3 bucket nella Guida per l'utente di Amazon Aurora.

Plugin replica gruppi

Maggiori dimensioni pagina

Caricamento buffer pool InnoDB all'avvio

Plugin parser full-text InnoDB

Replica multi-source

Ridimensionamento buffer pool online

Plugin convalida password

Plugin riscrittura query

Filtri replica

Istruzione SQL CREATE TABLESPACE