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 Il mio motore di SQL database si aggiorna il 22-11-2019 (versione 2.06.0) (obsoleto)
Versione: 2.06.0
Aurora My SQL 2.06.0 è 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.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.*, 2.01.*, 2.02.*, 2.03.*, 2.04.*, 2.05.* e 2.06.*.
È possibile ripristinare un'istantanea da una versione di Aurora My attualmente supportata in Aurora SQL My 2.06.0. SQL È inoltre possibile aggiornare i cluster di database Aurora My SQL 2.* esistenti ad Aurora My 2.06.0. SQL Non è possibile aggiornare un cluster Aurora My SQL 1.* esistente direttamente alla versione 2.06.0; tuttavia, è possibile ripristinare la relativa istantanea su Aurora My 2.06.0. SQL
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
Nota
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], (Stati Uniti occidentali) [us-gov-west-1], Cina AWS GovCloud (Ningxia) [cn-northwest-1], Asia Pacifico (Hong Kong) [ap-east-1] e Medio Oriente (Bahrain) [me-south-1]. Non appena disponibile verrà comunicato l'annuncio.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite AWS Support
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
Nuove caratteristiche:
-
Aurora I miei SQL cluster ora supportano i tipi di istanza db.r5.8xlarge, db.r5.16xlarge e db.r5.24xlarge. Per ulteriori informazioni sui tipi di istanza per Aurora My SQL clusters, consulta le classi di istanze Aurora DB nella Amazon Aurora User Guide.
-
La caratteristica hash join è ora generalmente disponibile e non richiede l'attivazione della modalità lab Aurora. Questa caratteristica può migliorare le prestazioni delle query se devi eseguire il join di un'ingente quantità di dati tramite una query equi-join. Per ulteriori informazioni sull'utilizzo di questa funzionalità, consulta Using the Data for API Aurora Serverlessnella Guida per l'utente di Amazon Aurora.
-
La caratteristica di conflitto delle righe è ora generalmente disponibile e non richiede l'attivazione della modalità lab Aurora. Questa caratteristica migliora significativamente il throughput per i carichi di lavoro in cui più transazioni si contendono le righe della stessa pagina.
-
Aurora My SQL 2.06 e versioni successive supportano il «riavvolgimento» di un cluster DB a un'ora specifica, senza ripristinare i dati da un backup. Questa caratteristica, nota come backtrack, offre un modo rapido per recuperare gli errori degli utenti, come ad esempio il rilascio della tabella sbagliata o l'eliminazione della riga sbagliata. Il backtrack viene completato in pochi secondi, anche per database di grandi dimensioni. Leggi il AWS blog
per una panoramica e consulta la sezione Backtracking di un cluster Aurora DB nella Amazon Aurora User Guide per maggiori dettagli. -
Aurora 2.06 e versioni successive supportano le AWS Lambda chiamate sincrone tramite la funzione nativa.
lambda_sync()
Inoltre, è disponibile la funzione nativalambda_async()
, che può essere utilizzata come alternativa alla procedura di archiviazione esistente per l'invocazione Lambda asincrona. Per informazioni sulla chiamata alle funzioni Lambda, consulta Invocare una funzione Lambda con una funzione nativa Aurora My SQL nella Amazon Aurora User Guide.
Correzioni importanti:
Nessuna.
Correzioni con alta priorità:
Correzioni di sicurezza
Gestione delle connessioni
-
La disponibilità del database è stata migliorata per rispondere meglio all'aumento delle connessioni client durante l'esecuzione di una o più connessioni. DDLs Viene gestita creando temporaneamente thread aggiuntivi quando necessario. Si consiglia di eseguire l'aggiornamento se il database non risponde a seguito di un aumento delle connessioni durante l'elaborazione. DDL
Riavvio del motore
-
È stato risolto un problema di indisponibilità prolungata durante il riavvio del motore. Questo risolve un problema nell'inizializzazione del pool di buffer. Questo problema si verifica raramente ma può potenzialmente influire su qualsiasi versione supportata.
-
È stato risolto un problema che causava il riavvio di un database configurato come log binario master (binlog) mentre era in esecuzione un carico di lavoro di scrittura elevato.
Correzioni per la stabilità generale:
-
Apportati miglioramenti per le query che accedono ai dati non memorizzati nella cache e sono più lente del solito. I clienti che hanno riscontrato una inspiegabile latenza di lettura elevata durante l'accesso ai dati non memorizzati nella cache sono incoraggiati a eseguire l'aggiornamento perché potrebbero riscontrare questo problema.
-
È stato risolto un problema a causa del quale non si riusciva a ripristinare le tabelle partizionate da uno snapshot del database. Si consiglia ai clienti che riscontrano errori durante l'accesso alle tabelle partizionate in un database ripristinato dallo snapshot di un database Aurora My SQL 1.* di utilizzare questa versione.
-
È stata migliorata la stabilità delle repliche Aurora correggendo la contesa di blocco tra i thread che servono le query di lettura e quello che applica le modifiche allo schema mentre è in corso una DDL query sull'istanza Writer DB.
-
È stato risolto un problema di stabilità relativo all'aggiornamento della
mysql.innodb_table_stats
tabella innescato dalle operazioni. DDL -
È stato risolto un problema che riportava erroneamente
ERROR 1836
quando una query nidificata veniva eseguita su una tabella temporanea nella replica di Aurora.
Miglioramenti alle prestazioni:
-
Prestazioni migliorate della replica binlog impedendo API chiamate non necessarie alla cache se la cache delle query è stata disabilitata sul binlog worker.
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.
-
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.06.0 è 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.06.0 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