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 14/08/2020 (versione 2.04.9) (obsoleta)
Versione: 2.04.9
Aurora MySQL 2.04.9 è disponibile a livello generale. Le versioni 2.x di Aurora MySQL sono compatibili con MySQL 5.7, mentre le versioni 1.x di Aurora MySQL sono compatibili con MySQL 5.6.
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* e 3.02.*.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite l'API AWS Management Console RDS. AWS CLI
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite AWS Support
Nota
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [us-gov-west-1], Asia Pacifico (Hong Kong) [ap-east-1] e Medio Oriente (Bahrein) [me-south-1]. Non appena disponibile verrà comunicato l'annuncio.
Nota
Per informazioni su come aggiornare il cluster di database Aurora MySQL, consulta Aggiornamento della versione secondaria o del livello di patch di un cluster di database Aurora MySQL nella Guida per l'utente di Amazon Aurora.
Miglioramenti
Correzioni con alta priorità:
Correzioni importanti:
Miglioramenti della disponibilità:
-
È stato risolto un problema che poteva causare il riavvio o il failover del database a causa dell'esecuzione di un comando
kill session
. Se riscontri questo problema, contatta AWS l'assistenza per attivare questa correzione sulla tua istanza. -
È stato risolto un problema che causa il riavvio del database durante l'esecuzione di una query complessa che coinvolge join multi-tabella e aggregazione che utilizzano tabelle intermedie internamente.
-
È stato risolto un problema che causa il riavvio del database per un'interruzione
DROP TABLE
su più tabelle. -
È stato risolto un problema che causava un failover del database durante il ripristino del database.
-
Corretto un riavvio del database causato da segnalazioni errate di threads_running quando log di controllo e query lente sono abilitati.
-
Risolto un problema per cui un comando
kill query
poteva bloccarsi durante l'esecuzione. -
È stata risolta una condizione di competizione nel gestore di blocchi che causava un riavvio o un failover del database durante il rollback della transazione.
-
Risolto un problema che causava il riavvio o il failover del database quando più connessioni tentavano di aggiornare la stessa tabella con un indice di ricerca full-text.
-
È stato risolto un problema che può causare un deadlatch durante la rimozione di un indice con conseguente failover o riavvio.
Miglioramenti generali:
-
Sono stati risolti problemi che potevano causare l'utilizzo dei dati di una transazione non eseguita da query sulle repliche di lettura. Questo problema è limitato alle transazioni avviate immediatamente dopo il riavvio del database.
-
Risolto un problema riscontrato durante
INPLACE ALTER TABLE
per una tabella con trigger definiti e quando il DDL non conteneva una clausolaRENAME
. -
È stato risolto un problema per cui la clonazione richiedeva più tempo in alcuni cluster di database con carichi di scrittura elevati.
-
È stato risolto un problema riscontrato durante un aggiornamento quando una tabella partizionata contiene spazi incorporati nel nome.
-
È stato risolto un problema per cui la replica di lettura poteva visualizzare in modo transitorio i risultati parziali di una transazione recentemente impegnata nel writer.
-
È stato risolto un problema per cui le query su una replica di lettura rispetto a una tabella FTS potrebbe produrre risultati obsoleti. Ciò si verifica solo quando la query FTS sulla replica di lettura segue da vicino una query
INFORMATION_SCHEMA.INNODB_SYS_TABLES
per la stessa tabella FTS nel writer. -
Risolto un problema che causava un lento ripristino di un cluster database Aurora 1.x contenente indici FTS (Full Text Search) in un cluster database Aurora 2.x.
-
Lunghezza massima consentita estesa fino a 2000 per parametri
server_audit_incl_users
eserver_audit_excl_users
globali. -
Risolto un problema per cui il ripristino da Aurora 1.x a Aurora 2.x potrebbe richiedere un lungo periodo di tempo.
-
Risolto un problema per cui una chiamata
lambda_async
tramite stored procedure non funzionava con Unicode. -
È stato risolto un problema che si verificava quando un indice spaziale non gestisce correttamente una colonna di geometria fuori record.
-
È stato risolto un problema che poteva causare il fallimento di una query su un'istanza database del lettore con errore
InternalFailureException
con il messaggio "Operazione terminata (errore interno)".
Integrazione delle correzioni di bug di MySQL.
-
Bug #23070734, Bug #80060: TRUNCATE TABLE causano stalli
-
Bug #23103937: PS_TRUNCATE_ALL_TABLES () NON FUNZIONA IN MODALITÀ SUPER_READ
-
Bug #22551677: quando si disconnette il server, una race condition all'interno dello schema delle prestazioni potrebbe causare l'uscita del server.
-
Bug #27082268: sincronizzazione di sincronizzazione FTS non valida.
-
BUG #12589870: risolto un problema che causa un riavvio con l'istruzione multi-query quando la cache delle query è abilitata.
-
Bug #26402045: 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 #18898433: le query con molti join di sinistra erano lente se è stato utilizzato il buffering di join (ad esempio, utilizzando l'algoritmo di loop nidificato del blocco).
-
Bug #25222337: un nome di campo colonna virtuale NULL in un indice virtuale ha causato l'uscita del server durante un confronto tra nomi di campo che si verifica durante il popolamento di colonne virtuali interessate da un vincolo di chiave esterna. (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131
) -
Bug #25053286: l'esecuzione di una procedura archiviata contenente una query che ha effettuato l'accesso a una vista potrebbe allocare memoria che non è stata liberata fino al termine della sessione. (https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d
) -
Bug #25586773: L'esecuzione di una stored procedure contenente un'istruzione che ha creato una tabella dal contenuto di alcune istruzioni SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) potrebbe causare una perdita di memoria. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1
) -
Bug #26666274: INFINITO LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER
-
Bug #23550835, Bug #23298025, Bug #81464: tabelle SELECT Performance Schema quando un buffer interno era pieno potrebbero causare l'uscita del server.
Confronto con Aurora MySQL Versione 1
Le caratteristiche Amazon Aurora MySQL seguenti sono supportate in Aurora MySQL versione 1 (compatibile con MySQL 5.6), ma non sono al momento supportate in Aurora MySQL versione 2 (compatibile con MySQL 5.7).
-
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.
Compatibilità MySQL 5.7
Aurora MySQL 2.04.9 è compatibile con MySQL 5.7 e include caratteristiche come il supporto di JSON, gli indici spaziali e le colonne generate. Aurora MySQL utilizza un'implementazione nativa degli indici spaziali attraverso curve di ordine z per offrire prestazioni di scrittura migliorate di 20 volte e prestazioni di lettura migliorate di 10 volte rispetto a MySQL 5.7 per i set di dati spaziali.
Al momento, Aurora MySQL 2.04.9 non supporta le seguenti caratteristiche di MySQL 5.7:
-
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