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à.
Aurora My SQL database Engine si aggiorna il 14/08/2020 (versione 2.04.9) (obsoleto)
Versione: 2.04.9
Aurora My SQL 2.04.9 è disponibile a livello generale. Le versioni Aurora My SQL 2.x sono compatibili con My SQL 5.7 e le versioni Aurora My 1.x sono compatibili con SQL My 5.6. SQL
Le SQL versioni di Aurora My 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 AWS Management Console AWS CLI, il o. RDS API
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 SQL database Aurora My, consulta Aggiornamento della versione secondaria o del livello di patch di un cluster Aurora My DB SQL 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 l' AWS 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.
-
È stato risolto un problema riscontrato durante
INPLACE ALTER TABLE
una tabella con trigger definiti e quando non DDL conteneva unaRENAME
clausola. -
È 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 interrogazioni su una replica di lettura su una FTS tabella potevano produrre risultati obsoleti. Ciò si verifica solo quando la FTS query sulla replica di lettura segue da vicino un'interrogazione
INFORMATION_SCHEMA.INNODB_SYS_TABLES
per la stessa FTS tabella sullo scrittore. -
È stato risolto un problema che causava un lento ripristino del cluster di database Aurora 1.x contenente indici FTS (ricerca full-text) in un cluster di 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 di My bug fix SQL
-
Bug #23070734, Bug #80060: Blocchi per cause concomitanti TRUNCATE TABLEs
-
Bug #23103937: PS_ TRUNCATE _ TABLES () DOES NOT WORK IN ALL _ _ SUPER READ ONLY MODE
-
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 FTS sincronizzazione non valida.
-
BUG#12589870: è stato risolto un problema che causava il 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 di colonna NULL virtuale in un indice virtuale ha causato la chiusura del server durante un confronto dei nomi di campo che si verifica durante il popolamento delle 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 procedura memorizzata 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: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFERCONTAINER.
-
Bug #23550835, Bug #23298025, Bug #81464: una tabella dello schema SELECT delle prestazioni quando un buffer interno è pieno potrebbe causare l'uscita del server.
Confronto con Aurora My versione 1 SQL
Le seguenti SQL funzionalità di Amazon Aurora My sono supportate in Aurora My SQL versione 1 (compatibile con My SQL 5.6), ma al momento non sono supportate in Aurora My SQL versione 2 (compatibile con My 5.7). SQL
-
Chiave asincrona prefetch (). 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 delle query Aurora SQL My join di grandi dimensioni 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 Invocare una funzione Lambda con una funzione Aurora SQL My native nella Amazon Aurora User Guide.
-
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 My SQL utilizzando un bucket Amazon S3. Per ulteriori informazioni, consulta Migrazione dei dati SQL da My utilizzando un bucket Amazon S3 nella Guida per l'utente di Amazon Aurora.
Compatibilità con My 5.7 SQL
Aurora My SQL 2.04.9 è compatibile via cavo con My SQL 5.7 e include funzionalità come JSON supporto, indici spaziali e colonne generate. Aurora My SQL utilizza un'implementazione nativa dell'indicizzazione spaziale che utilizza curve di ordine z per offrire prestazioni di scrittura >20 volte migliori e prestazioni di lettura >10 volte migliori rispetto a My 5.7 per i set di dati spaziali. SQL
Aurora My SQL 2.04.9 attualmente non supporta le seguenti funzionalità di My 5.7: SQL
-
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
-
La dichiarazione
CREATE TABLESPACE
SQL