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 18/01/2019 (versione 2.03.3) (obsoleta)
Versione: 2.03.3
Aurora My SQL 2.03.3 è 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
Quando si crea un nuovo cluster Aurora My SQL DB (incluso il ripristino di un'istantanea), è possibile scegliere la compatibilità con My 5.7 o My SQL 5.6. SQL
Non è consentito l'aggiornamento sul posto dei cluster Aurora SQL My 1.* in Aurora My SQL 2.03.3 o il ripristino ad Aurora My 2.03.3 da un backup di Amazon S3. SQL Abbiamo intenzione di rimuovere queste restrizioni in una versione successiva di Aurora My SQL 2.*.
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 regioni AWS GovCloud (Stati Uniti occidentali) [us-gov-west-1] e Cina (Pechino) [cn-north-1]. Non appena disponibile verrà comunicato l'annuncio.
Nota
La procedura per aggiornare il cluster di database è cambiata. Per ulteriori informazioni, consulta Aggiornamento della versione secondaria o del livello di patch di un cluster Aurora My SQL DB nella Amazon Aurora User Guide.
Miglioramenti
CVEcorrezioni
Correzioni importanti:
-
Correzione di un problema per cui una Replica Aurora potrebbe diventare dead latched durante l'esecuzione dell'indice o della scansione precedente.
-
È stato risolto un problema a causa del quale una replica Aurora poteva riavviarsi quando l'istanza primaria Aurora eseguiva DDL operazioni sul posto su tabelle partizionate.
-
È stato risolto un problema a causa del quale una replica Aurora poteva riavviarsi durante l'invalidazione della cache delle query dopo un'operazione DDL sull'istanza primaria di Aurora.
-
Corretto un problema per cui una Replica Aurora potrebbe essere riavviata durante una query
SELECT
su una tabella, mentre l'istanza primaria Aurora esegue il troncamento di quella tabella. -
È stato risolto un problema di risultato errato con Le mie tabelle ISAM temporanee in cui si accedeva solo alle colonne indicizzate.
-
Correzione di un problema di log lenti che hanno generato valori grandi errati periodicamente per
query_time
elock_time
dopo circa 40.000 query. -
È stato risolto un problema per cui uno schema denominato «tmp» poteva causare il blocco della migrazione da RDS for My SQL ad Aurora SQL My.
-
Correzione di un problema per cui i log di audit potrebbero avere eventi mancanti durante la rotazione dei log.
-
È stato risolto un problema per cui l'istanza primaria di Aurora ripristinata da un'istantanea di Aurora 5.6 poteva riavviarsi quando la DDL funzionalità Fast in modalità lab era abilitata.
-
È stato risolto un problema per cui l'CPUutilizzo era causato al 100% dal thread delle statistiche del dizionario.
-
Correzione di un problema per cui una Replica Aurora potrebbe essere riavviata durante l'esecuzione di un'istruzione
CHECK TABLE
.
Integrazione di My SQL bug fix
-
Bug #25361251: INCORRECT BEHAVIOR WITH INSERT ON DUPLICATE KEY IN SP
-
Bug #26734162: INCORRECT BEHAVIOR WITH INSERT O BLOB + ON DUPLICATE KEY UPDATE
-
Bug #27460607: INCORRECT BEHAVIOR IODKU WHEN INSERT SELECT OF's SOURCE TABLE IS EMPTY
-
Una query che utilizza una clausola
DISTINCT
oGROUP BY
potrebbe restituire risultati non corretti. (Il mio bug SQL 5.7 #79591, il mio bug #22343910) -
Un
DELETE
da tabelle unite che utilizzano una tabella derivata nella clausolaWHERE
non riesce con errore 1093 (bug 23074801). -
GCOLS: INCORRECT BEHAVIOR WITH CHARSET CHANGES (Bug #25287633).
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 attualmente 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.03.3 è 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.03.3 attualmente non supporta le seguenti funzionalità di My 5.7: SQL
-
Identificatori di transazione globali (). GTIDs Aurora My SQL supporta GTIDs nella versione 2.04 e successive.
-
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 -
Protocollo X