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 del database per Amazon Aurora MySQL versione 1 (obsoleta)
Di seguito sono riportati alcuni aggiornamenti del motore di database Amazon Aurora versione 1:
+ [Aggiornamenti del motore di database Aurora MySQL 30/09/2021 (versione 1.23.4) (obsoleta)](AuroraMySQL.Updates.1234.md)
+ [Aggiornamenti del motore di database Aurora MySQL 28/06/2021 (versione 1.23.3) (obsoleta)](AuroraMySQL.Updates.1233.md)
+ [Aggiornamenti del motore di database Aurora MySQL 18/03/2021 (versione 1.23.2) (obsoleta)](AuroraMySQL.Updates.1232.md)
+ [Aggiornamenti del motore di database Aurora MySQL 24/11/2020 (versione 1.23.1) (obsoleta)](AuroraMySQL.Updates.1231.md)
+ [Aggiornamenti del motore di database Aurora MySQL 02/09/2020 (versione 1.23.0) (obsoleta)](AuroraMySQL.Updates.1230.md)
+ [Aggiornamenti del motore di database Aurora MySQL 03/06/2021 (versione 1.22.5) (obsoleta)](AuroraMySQL.Updates.1225.md)
+ [Aggiornamenti del motore di database Aurora MySQL 03/04/2021 (versione 1.22.4) (obsoleta)](AuroraMySQL.Updates.1224.md)
+ [Aggiornamenti del motore di database Aurora MySQL 11/09/2020 (versione 1.22.3) (obsoleta)](AuroraMySQL.Updates.1223.md)
+ [Aggiornamenti del motore di database Aurora MySQL 05/03/2020 (versione 1.22.2) (obsoleta)](AuroraMySQL.Updates.1222.md)
+ [Aggiornamenti del motore di database Aurora MySQL 23/12/2019 (versione 1.22.1) (obsoleta)](AuroraMySQL.Updates.1221.md)
+ [Aggiornamenti del motore di database Aurora MySQL 25/11/2019 (versione 1.22.0) (obsoleta)](AuroraMySQL.Updates.1220.md)
+ [Aggiornamenti del motore di database Aurora MySQL 25/11/2019 (versione 1.21.0) (obsoleta)](AuroraMySQL.Updates.1210.md)
+ [Aggiornamenti del motore di database Aurora MySQL 05/03/2020 (versione 1.20.1) (obsoleta)](AuroraMySQL.Updates.1201.md)
+ [Aggiornamenti del motore di database Aurora MySQL 11/11/2019 (versione 1.20.0) (obsoleta)](AuroraMySQL.Updates.1200.md)
+ [Aggiornamenti del motore di database Aurora MySQL 03/05/2020 (versione 1.19.6) (obsoleta)](AuroraMySQL.Updates.1196.md)
+ [Aggiornamenti del motore di database Aurora MySQL 19/09/2019 (versione 1.19.5) (obsoleta)](AuroraMySQL.Updates.1195.md)
+ [Aggiornamenti del motore di database Aurora MySQL 05/06/2019 (versione 1.19.2) (obsoleta)](AuroraMySQL.Updates.1192.md)
+ [Aggiornamenti del motore di database Aurora MySQL 09/05/2019 (versione 1.19.1) (obsoleta)](AuroraMySQL.Updates.1191.md)
+ [Aggiornamenti del motore di database Aurora MySQL 07/02/2019 (versione 1.19.0) (obsoleta)](AuroraMySQL.Updates.1190.md)
+ [Aggiornamenti del motore di database Aurora MySQL 20/09/2018 (versione 1.18.0) (obsoleta)](AuroraMySQL.Updates.1180.md)
+ [Aggiornamenti del motore di database Aurora MySQL 03/05/2020 (versione 1.17.9) (obsoleta)](AuroraMySQL.Updates.1179.md)
+ [Aggiornamenti del motore di database Aurora MySQL 17/01/2019 (versione 1.17.8) (obsoleta)](AuroraMySQL.Updates.1178.md)
+ [Aggiornamenti del motore di database Aurora MySQL 08/10/2018 (versione 1.17.7) (obsoleta)](AuroraMySQL.Updates.1177.md)
+ [Aggiornamenti del motore di database Aurora MySQL 06/09/2018 (versione 1.17.6) (obsoleta)](AuroraMySQL.Updates.1176.md)
+ [Aggiornamenti del motore di database Aurora MySQL 14/08/2018 (versione 1.17.5) (obsoleta)](AuroraMySQL.Updates.1175.md)
+ [Aggiornamenti del motore di database Aurora MySQL 07/08/2018 (versione 1.17.4) (obsoleta)](AuroraMySQL.Updates.1174.md)
+ [Aggiornamenti del motore di database Aurora MySQL 05/06/2018 (versione 1.17.3) (obsoleta)](AuroraMySQL.Updates.1173.md)
+ [Aggiornamenti del motore di database Aurora MySQL 27/04/2018 (versione 1.17.2) (obsoleta)](AuroraMySQL.Updates.1172.md)
+ [Aggiornamenti del motore di database Aurora MySQL 23/03/2018 (versione 1.17.1) (obsoleta)](AuroraMySQL.Updates.1171.md)
+ [Aggiornamenti del motore di database Aurora MySQL 13/03/2018 (versione 1.17) (obsoleta)](AuroraMySQL.Updates.117.md)
+ [Aggiornamenti del motore di database Aurora MySQL 11/12/2017 (versione 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md)
+ [Aggiornamenti del motore di database Aurora MySQL 20/11/2017 (versione 1.15.1) (obsoleta)](AuroraMySQL.Updates.20171120.md)
+ [Aggiornamenti del motore di database Aurora MySQL 24/10/2017 (versione 1.15) (obsoleta)](AuroraMySQL.Updates.20171024.md)
+ [Aggiornamenti del motore di database Aurora MySQL 13/03/2018 (versione 1.14.4) (obsoleta)](AuroraMySQL.Updates.1144.md)
+ [Aggiornamenti del motore di database Aurora MySQL 22/09/2017 (versione 1.14.1) (obsoleta)](AuroraMySQL.Updates.20170922.md)
+ [Aggiornamenti del motore di database Aurora MySQL 07/08/2017 (versione 1.14) (obsoleta)](AuroraMySQL.Updates.20170807.md)
+ [Aggiornamenti del motore di database Aurora MySQL 15/05/2017 (versione 1.13) (obsoleta)](AuroraMySQL.Updates.20170515.md)
+ [Aggiornamenti del motore di database Aurora MySQL 04/05/2017 (versione 1.12) (obsoleta)](AuroraMySQL.Updates.20170405.md)
+ [Aggiornamenti del motore di database Aurora MySQL 23/02/2017 (versione 1.11) (obsoleta)](AuroraMySQL.Updates.20170223.md)
+ [Aggiornamenti del motore di database Aurora MySQL 12/01/2017 (versione 1.10.1) (obsoleta)](AuroraMySQL.Updates.20170112.md)
+ [Aggiornamenti del motore di database Aurora MySQL 14/12/2016 (versione 1.10) (obsoleta)](AuroraMySQL.Updates.20161214.md)
+ [Aggiornamenti del motore di database Aurora MySQL: 10/11/2016 (versioni 1.9.0, 1.9.1) (obsolete)](AuroraMySQL.Updates.20161110.md)
+ [Aggiornamenti del motore di database Aurora MySQL 26/10/2016 (versione 1.8.1) (obsoleta)](AuroraMySQL.Updates.20161026.md)
+ [Aggiornamenti del motore di database Aurora MySQL 18/10/2016 (versione 1.8) (obsoleta)](AuroraMySQL.Updates.20161018.md)
+ [Aggiornamenti del motore di database Aurora MySQL 20/09/2016 (versione 1.7.1) (obsoleta)](AuroraMySQL.Updates.20160920.md)
+ [Aggiornamenti del motore di database Aurora MySQL 30/08/2016 (versione 1.7.0) (obsoleta)](AuroraMySQL.Updates.20160830.md)
+ [Aggiornamenti del motore di database Aurora MySQL 01/06/2016 (versione 1.6.5) (obsoleta)](AuroraMySQL.Updates.20160601.md)
+ [Aggiornamenti del motore di database Aurora MySQL 06/04/2016 (versione 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md)
+ [Aggiornamenti del motore di database Aurora MySQL 11/01/2016 (versione 1.5) (obsoleta)](AuroraMySQL.Updates.20160111.md)
+ [Aggiornamenti del motore di database Aurora MySQL 03/12/2015 (versione 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md)
+ [Aggiornamenti del motore di database Aurora MySQL 16/10/2015 (versioni 1.2, 1.3) (obsolete)](AuroraMySQL.Updates.20151016.md)
+ [Aggiornamenti del motore di database Aurora MySQL 24/08/2015 (versione 1.1) (obsoleta)](AuroraMySQL.Updates.20150824.md)
# Aggiornamenti del motore di database Aurora MySQL 30/09/2021 (versione 1.23.4) (obsoleta)
**Versione:** 1.23.4
Aurora MySQL 1.23.4 è disponibile a livello generale. Le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7, mentre le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Miglioramenti generali:**
+ È stato risolto un problema che poteva causare un elevato consumo della CPU nelle istanze del lettore a causa dell'eccessiva registrazione dei messaggi informativi nei file di log diagnostici interni.
**Correzioni con alta priorità:**
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)
# Aggiornamenti del motore di database Aurora MySQL 28/06/2021 (versione 1.23.3) (obsoleta)
**Versione:** 1.23.3
Aurora MySQL 1.23.3 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
Miglioramenti generali della stabilità e della disponibilità.
**Correzioni di sicurezza:**
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
# Aggiornamenti del motore di database Aurora MySQL 18/03/2021 (versione 1.23.2) (obsoleta)
**Versione:** 1.23.2
Aurora MySQL 1.23.2 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west 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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni con alta priorità:**
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)
**Miglioramenti della disponibilità:**
+ Risolto un problema della funzionalità di ridimensionamento dello storage del cluster dinamico che poteva causare il riavvio delle istanze database del lettore.
+ Risolto un problema di failover a causa di una race condition nella dichiarazione `RESET QUERY CACHE`.
+ Risolto un arresto anomalo in una chiamata di una stored procedure nidificata con cache di query.
+ Risolto un problema per impedire il riavvio ripetuto di `mysqld` durante il recupero da un troncamento incompleto di tabelle partizionate o sottopartizionate.
+ Risolto un problema che poteva causare la mancata riuscita della migrazione da on-premise o RDS for MySQL a Aurora MySQL.
+ Corretta una rara race condition in cui il database veniva riavviato durante il ridimensionamento del volume di storage.
+ È stato risolto un problema nella gestione dei blocchi per cui una race condition può causare la condivisione di un blocco da parte di due transazioni, causando il riavvio del database.
+ È stato risolto un problema relativo alla gestione della memoria del blocco delle transazioni con transazioni di scrittura a esecuzione prolungata che causavano il riavvio del database.
+ È 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 durante l'aggiornamento da 5.6 a 5.7 quando la tabella aveva la DDL Fast Online abilitata in modalità lab nella versione 5.6.
+ Sono stati risolti diversi problemi per cui il motore potrebbe riavviarsi durante l'applicazione di patch con tempo di inattività zero durante la verifica della presenza di un punto inattivo nell'attività del database per l'applicazione delle patch.
+ Risolti diversi problemi relativi ai riavvii ripetuti dovuti a operazioni DDL interrotte, come `DROP TRIGGER`, `ALTER TABLE` e in particolare `ALTER TABLE` che modifica il tipo di partizionamento o il numero di partizioni in una tabella.
+ Aggiornato il valore predefinito di `table_open_cache` su istanze 16XL e 24XL per evitare riavvii ripetuti e un elevato utilizzo della CPU su classi di istanze di grandi dimensioni (R4/R5-16XL, R5-12XL, R5-24XL). Ciò ha avuto un impatto sulle versioni 1.21.x e 1.22.x.
+ Risolto un problema che causava l'interruzione di una replica binlog con un errore `HA_ERR_KEY_NOT_FOUND`.
## Integrazione delle correzioni di bug della community di MySQL
+ *Replica*: durante l'esecuzione di un' `SHOW BINLOG EVENTS` istruzione, qualsiasi transazione parallela è stata bloccata. La correzione assicura che il `SHOW BINLOG EVENTS` processo acquisisca ora solo un blocco per la durata del calcolo della posizione finale del file, pertanto le transazioni parallele non vengono bloccate per lunghe durate. ( Bug \$176618, Bug \$120928790)
# Aggiornamenti del motore di database Aurora MySQL 24/11/2020 (versione 1.23.1) (obsoleta)
**Versione:** 1.23.1
Aurora MySQL 1.23.1 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni di sicurezza:**
Correzioni e altri miglioramenti per ottimizzare la gestione in un ambiente gestito. Ulteriori correzioni CVE riportate di seguito:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
**Modifiche non compatibili:**
Questa versione introduce una modifica dell'autorizzazione che influisce sul comportamento del `mysqldump` comando. Gli utenti devono disporre del `PROCESS` privilegio per accedere alla `INFORMATION_SCHEMA.FILES` tabella. Per eseguire il `mysqldump` comando senza alcuna modifica, concedere il `PROCESS` privilegio all'utente del database a cui si connette il `mysqldump` comando. Inoltre puoi eseguire il`mysqldump`comando con l'`--no-tablespaces`opzione. Con questa opzione,l'`mysqldump `output non include alcuna`CREATE LOGFILE GROUP`o`CREATE TABLESPACE`istruzioni. In tal caso, il `mysqldump` comando non accede alla `INFORMATION_SCHEMA.FILES` tabella e non è necessario che tu conceda l' `PROCESS` autorizzazione.
**Miglioramenti della disponibilità:**
+ Risolto un problema che causava il riavvio ripetuto di un'istanza di lettura Aurora in un cluster secondario di database globale che esegue la versione 1.23.0.
+ Risolto un problema per il quale le repliche di una regione secondaria di un database globale potevano riavviarsi quando veniva effettuato l'aggiornamento alla versione 1.23.0 mentre il writer di una regione primaria era in una versione precedente.
+ Risolta una perdita di memoria nella funzione di ridimensionamento dinamico, introdotta in Aurora MySQL 1.23.0.
+ Risolto un problema che poteva causare il riavvio del server durante l'esecuzione di una query utilizzando la funzionalità di query parallela.
+ Risolto un problema che poteva causare il blocco di una sessione client quando il motore del database rilevava un errore durante la lettura o la scrittura nella rete.
# Aggiornamenti del motore di database Aurora MySQL 02/09/2020 (versione 1.23.0) (obsoleta)
**Versione:** 1.23.0
Aurora MySQL 1.23.0 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Puoi ripristinare lo snapshot di un database Aurora MySQL 1.\$1 in Aurora MySQL 1.23.0.
**Importante**
I miglioramenti apportati allo storage Aurora in questa versione limitano i percorsi di aggiornamento disponibili da Aurora MySQL 1.23 a Aurora MySQL 2.\$1. Quando si aggiorna un cluster Aurora MySQL 1.23 a 2.\$1, è necessario eseguire l'aggiornamento a Aurora MySQL 2.09.0 o versione successiva.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west 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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Nuove caratteristiche:**
+ È ora possibile attivare o disattivare la query parallela per un cluster esistente modificando il valore del parametro cluster DB `aurora_parallel_query`. Non è necessario utilizzare l'impostazione `parallelquery` per il parametro `--engine-mode` durante la creazione del cluster.
La query parallela è ora espansa per essere disponibile in tutte le regioni in cui Aurora MySQL è disponibile.
Sono disponibili numerosi altri miglioramenti alle funzionalità e modifiche alle procedure per l'aggiornamento e l'abilitazione di query parallele in un cluster Aurora. Per ulteriori informazioni, consulta [Utilizzo di query in parallelo per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) nella *Guida per l'utente di Amazon Aurora*.
+ Con questa versione, puoi creare istanze database MySQL di Amazon Aurora con un massimo di 128 TiB di storage. Il nuovo limite di storage è un aumento rispetto al precedente 64 TiB. La dimensione di storage di 128 TiB supporta database più grandi. Questa funzionalità non è supportata su istanze Small (db.t2 o db.t3). Un singolo spazio di tabella non può superare i 64 TiB a causa [delle limitazioni di InnoDB con dimensioni di pagina di 16 KB](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html).
Aurora avvisa l'utente quando la dimensione del volume del cluster è vicina a 128 TiB, in modo da poter intervenire prima di raggiungere il limite di dimensione. Gli avvisi vengono visualizzati nel registro mysql e negli eventi RDS in Console di gestione AWS.
+ Elaborazione log binaria (binlog) migliorata per ridurre il tempo di recupero degli arresti anomali e la latenza del tempo di commit quando sono coinvolte transazioni molto grandi.
+ Aurora ridimensiona dinamicamente lo spazio di storage del cluster. Con il ridimensionamento dinamico, lo spazio di storage per il cluster DB Aurora diminuisce automaticamente quando si rimuovono i dati dal cluster DB. Per ulteriori informazioni, consulta [Storage scaling](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) nella *Guida per l'utente di Amazon Aurora*.
**Nota**
La funzionalità di ridimensionamento dinamico viene implementata in fasi nelle regioni in AWS cui Aurora è disponibile. A seconda della regione in cui si trova il cluster, questa funzionalità potrebbe non essere ancora disponibile. Per ulteriori informazioni, consulta [l'annuncio delle novità](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/).
**Correzioni con alta priorità:**
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
**Miglioramenti della disponibilità:**
+ È stato risolto un problema nella gestione dei blocchi per cui una race condition può causare la condivisione di un blocco da parte di due transazioni, causando il riavvio del database.
+ È stato risolto un problema relativo alla gestione della memoria del blocco delle transazioni con transazioni di scrittura a esecuzione prolungata che causavano il riavvio del database.
+ È 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 durante l'aggiornamento da 5.6 a 5.7 quando `innodb_file_format` veniva modificato su una tabella con Fast DDL abilitato.
+ Sono stati risolti diversi problemi per cui il motore potrebbe riavviarsi durante l'applicazione di patch con tempo di inattività zero durante la verifica della presenza di un punto inattivo nell'attività del database per l'applicazione delle patch.
+ È stato risolto un problema relativo al ripristino DDL che influisce sul riavvio dell'istanza database durante il ripristino di un'operazione `DROP TRIGGER` interrotta.
+ Risolto un problema che poteva causare l'indisponibilità del database se si verificava un arresto anomalo durante l'esecuzione di alcune operazioni di partizionamento. In particolare, un'operazione `ALTER TABLE` interrotta che modifica il tipo di partizionamento o il numero di partizioni in una tabella.
+ Correggere il valore predefinito di `table_open_cache` su istanze 16XL e 24XL che potrebbero causare failover ripetuti e un elevato utilizzo della CPU su classi di istanze di grandi dimensioni (R4/R5-16XL, R5-12XL, R5-24XL). Ciò ha avuto un impatto su 1.21.x e 1.22.x.
**Database globali.**
+ Compila i dati mancanti nella vista `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` MySQL sulle AWS regioni primarie e secondarie in un database globale Aurora.
+ Sono stati corretti errori di query imprevisti che potevano verificarsi in una regione secondaria di del database globale a causa della garbage collection dei record UNDO nella regione primaria, dopo problemi temporanei di connettività di rete tra le regioni primarie e secondarie.
**Query parallela:**
+ È stato risolto un problema per cui una query parallela potrebbe causare la restituzione di un risultato vuoto da parte di una query a esecuzione prolungata.
+ È stato risolto un problema per cui una query su una tabella di piccole dimensioni della replica di lettura di Aurora potrebbe richiedere più di un secondo.
+ È stato risolto un problema che potrebbe causare un riavvio quando una query parallela e un'istruzione DML vengono eseguite contemporaneamente con un carico di lavoro elevato.
**Miglioramenti generali:**
+ Risolto un problema per cui le query che utilizzano l'indice spaziale potevano restituire risultati parziali se l'indice spaziale veniva creato su tabelle con valori spaziali di grandi dimensioni già esistenti.
+ Aumento della lunghezza massima consentita per le variabili di sistema di audit `server_audit_incl_users` e `server_audit_excl_users` da 1024 byte a 2000 byte.
+ Risolto un problema per cui una replica binlog connessa a un binlog primario di Aurora MySQL potrebbe mostrare dati incompleti quando il binlog primario di Aurora MySQL carica i dati da S3 in `statement` `binlog_format`.
+ Rispettare il comportamento della community per mappare binlog\$1format `mixed` su `row` anziché `statement` per caricare i dati.
+ È stato risolto un problema che causava il blocco della replica binlog quando l'utente chiude la connessione e la sessione utilizza tabelle temporanee.
+ Miglioramento del tempo di risposta di una query che coinvolge tabelle temporanee MyISAM.
+ Risolto il problema di autorizzazione quando il worker binlog esegue una funzione Lambda nativa.
+ Risolto un problema relativo alle repliche di lettura di Aurora quando si tenta di eseguire query o ruotare il log lento o il log generale.
+ È stato risolto un problema che interrompeva la replica logica quando il parametro `binlog_checksum` è impostato su valori diversi sul master e sulla replica.
+ È 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.
+ Includere le informazioni sulla transazione sottoposta a rollback `show engine innodb status` quando viene risolto un deadlock.
## Integrazione delle correzioni di bug della community di MySQL
+ Gli eventi Binlog con `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` verranno riscritti come `ALGORITHM=DEFAULT` da essere compatibili con l'edizione della community.
+ BUG \$122350047: IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED
+ Bug \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT
+ Bug \$130441969: BUG \$129723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST
+ Bug \$130628268: OUT OF MEMORY CRASH
+ Bug \$127081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION
+ Bug \$127230859: UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON"
+ Bug \$127081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL"
+ Bug \$126935001: ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE
+ Bug \$129770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE
+ Bug \$127659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)
+ Bug \$124786290: REPLICATION BREAKS AFTER BUG \$174145 HAPPENS IN MASTER
+ Bug \$127703912: EXCESSIVE MEMORY USAGE WITH MANY PREPARE
+ Bug \$120527363: TRONCATE TEMPORARY TABLE CRASH:\$1 DICT\$1 TF2 \$1FLAG\$1IS\$1SET (TABELLA, DICT\$1 \$1TEMPORANEO) TF2
+ Bug\$123103937 PS\$1TRUNCATE\$1ALL\$1TABLES() DOES NOT WORK IN SUPER\$1READ\$1ONLY MODE
+ Bug \$125053286: USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (risolto nella versione 5.6.36)
+ Bug \$125586773: INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (fixed in 5.6.39)
+ Bug \$127407480: AUTOMATIC\$1SP\$1PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE
+ Bug \$126997096: `relay_log_space` valore non viene aggiornato in modo sincronizzato in modo che il suo valore è talvolta molto più alto dello spazio su disco effettivo utilizzato dai log di inoltro.
+ Bug\$115831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY NOT WORKING AS EXPECTED
+ SSL Bug backport Bug \$117087862, Bug \$120551271
+ Bug \$116894092: PERFORMANCE REGRESSION IN 5.6.6\$1 FOR INSERT INTO ... SELECT ... FROM (risolto nella versione 5.6.15).
+ Porta una correzione di bug relativa a `SLAVE_TYPE_CONVERSIONS`.
# Aggiornamenti del motore di database Aurora MySQL 03/06/2021 (versione 1.22.5) (obsoleta)
**Versione:** 1.22.5
Aurora MySQL 1.22.5 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specificare la versione del motore utilizzando la console RDS, AWS CLI o l'API di Amazon RDS.
**Nota**
Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) nella *Guida per l'utente di Amazon Aurora.*
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Miglioramenti della disponibilità:**
+ È stato risolto un problema che poteva causare l'arresto del database e successivamente il riavvio o il failover a causa di un conflitto di concorrenza tra thread di pulizia interni.
+ È stato risolto un problema che poteva causare la mancata disponibilità del cluster se il database si fosse riavviato mentre manteneva le transazioni XA in stato preparato e quindi si fosse riavviato di nuovo prima che venissero eseguiti il commit o il rollback di tali transazioni. Prima di questa correzione, è possibile risolvere il problema ripristinando il cluster a un point-in-time precedente al primo riavvio.
+ È stato risolto un problema che poteva causare il blocco dell'eliminazione di InnoDB se il database si riavvia durante l'elaborazione di un'istruzione DDL. Di conseguenza, la lunghezza dell'elenco della cronologia di InnoDB aumenterebbe e il volume di archiviazione del cluster continuerebbe a crescere fino a quando non si riempie, rendendo il database non disponibile. Prima di questa correzione, è possibile contenere il problema riavviando nuovamente il database per sbloccare l'eliminazione.
# Aggiornamenti del motore di database Aurora MySQL 03/04/2021 (versione 1.22.4) (obsoleta)
**Versione:** 1.22.4
Aurora MySQL 1.22.4 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) nella *Guida per l'utente di Amazon Aurora.*
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni di sicurezza:**
Correzioni e altri miglioramenti per ottimizzare la gestione in un ambiente gestito. Ulteriori correzioni CVE riportate di seguito:
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
**Miglioramenti della disponibilità:**
+ È stato risolto un problema che poteva attivare il riavvio o il failover del database durante un comando `kill session`. Se riscontri questo problema, contatta l' AWS assistenza per attivare questa correzione sulla tua istanza.
+ Registrazione binaria migliorata per ridurre il tempo di recupero da arresto anomalo e la latenza del tempo di commit quando sono coinvolte transazioni di grosse dimensioni.
+ Risolto un problema che causava l'interruzione di una replica binlog con un errore `HA_ERR_KEY_NOT_FOUND`.
# Aggiornamenti del motore di database Aurora MySQL 11/09/2020 (versione 1.22.3) (obsoleta)
**Versione:** 1.22.3
Aurora MySQL 1.22.3 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) nella *Guida per l'utente di Amazon Aurora.*
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni di sicurezza:**
Correzioni e altri miglioramenti per ottimizzare la gestione in un ambiente gestito. Ulteriori correzioni CVE riportate di seguito:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
**Modifiche non compatibili:**
Questa versione introduce una modifica dell'autorizzazione che influisce sul comportamento del `mysqldump` comando. Gli utenti devono disporre del `PROCESS` privilegio per accedere alla `INFORMATION_SCHEMA.FILES` tabella. Per eseguire il `mysqldump` comando senza alcuna modifica, concedere il `PROCESS` privilegio all'utente del database a cui si connette il `mysqldump` comando. Inoltre puoi eseguire il`mysqldump`comando con l'`--no-tablespaces`opzione. Con questa opzione,l'`mysqldump `output non include alcuna`CREATE LOGFILE GROUP`o`CREATE TABLESPACE`istruzioni. In tal caso, il `mysqldump` comando non accede alla `INFORMATION_SCHEMA.FILES` tabella e non è necessario che tu conceda l' `PROCESS` autorizzazione.
**Miglioramenti della disponibilità:**
+ Risolti i problemi che potevano causare il riavvio del server durante il ripristino di un'istruzione DDL di cui non era stato eseguito il commit.
+ Risolte le race condition nel gestore dei blocchi che possono causare il riavvio del server.
+ Risolto un problema per il quale l'agente di monitoraggio riavviava il server durante il ripristino di una transazione di grandi dimensioni
**Miglioramenti generali:**
+ Modificato il comportamento da mappare `MIXED` `binlog_format` a `ROW` invece che `STATEMENT` durante l'esecuzione di `LOAD DATA FROM INFILE | S3`.
+ Risolto un problema per cui una replica binlog connessa a un binlog primario di Aurora MySQL potrebbe mostrare dati incompleti quando il primario ha eseguito `LOAD DATA FROM S3` e `binlog_format` è impostato su `STATEMENT`.
## Integrazione delle correzioni di bug della community di MySQL
+ Bug 26654685: Un ID indice danneggiato rilevato durante un controllo di chiave esterna generava un'asserzione
+ Bug 15831300: Per impostazione predefinita, quando si promuovono numeri interi da un tipo più piccolo sul master a un tipo più grande sullo slave (ad esempio, da una colonna [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) sul master a una colonna [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) sullo slave), i valori promossi vengono trattati come se fossero firmati. Ora in questi casi è possibile modificare o sovrascrivere questo comportamento utilizzando uno o entrambi `ALL_SIGNED`, `ALL_UNSIGNED` nell'insieme di valori specificati per la variabile di sistema server [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) . Per ulteriori informazioni, consultare [Replica basata su righe: promozione e riduzione di livello degli attributi](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion), nonché la descrizione della variabile.
+ Bug 17449901: Con `foreign_key_checks=0`, InnoDB consentiva l'eliminazione di un indice richiesto da un vincolo di chiave esterna, posizionando la tabella in uno stato incoerente e causando il fallimento del controllo della chiave esterna che si verifica al caricamento della tabella. Ora InnoDB impedisce di eliminare un indice richiesto da un vincolo di chiave esterna, anche con foreign\$1key\$1checks=0. Il vincolo di chiave esterna deve essere rimosso prima di eliminare l'indice di chiave esterna.
+ BUG n. 20768847: Una operazione [ALTER TABLE ... DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) su una tabella con dipendenze da chiavi esterne ha generato un’asserzione.
# Aggiornamenti del motore di database Aurora MySQL 05/03/2020 (versione 1.22.2) (obsoleta)
**Versione:** 1.22.2
Aurora MySQL 1.22.2 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west Non appena disponibile verrà comunicato l'annuncio.
Questa versione è designata come versione di supporto a lungo termine (LTS). Per ulteriori informazioni, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) nella *Guida per l'utente di Amazon Aurora.*
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni con alta priorità:**
+ È stato risolto un problema di errori di connessione intermittenti dopo la rotazione del certificato.
+ È 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 che interrompeva la replica logica quando il parametro `binlog_checksum` è impostato su valori diversi sul master e sulla replica.
+ È stato risolto un problema per cui log lenti e il log generale possono non ruotare correttamente su repliche di lettura.
+ È stato risolto un problema con il comportamento ANSI Read Commit Isolation Level.
# Aggiornamenti del motore di database Aurora MySQL 23/12/2019 (versione 1.22.1) (obsoleta)
**Versione:** 1.22.1
Aurora MySQL 1.22.1 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite, the o l'API RDS Console di gestione AWS. AWS CLI È possibile eseguire l'aggiornamento dei cluster database di Aurora MySQL 1.\$1 esistenti a Aurora MySQL 1.22.1.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], (Stati Uniti occidentali) [-1], Cina AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Asia Pacifico (Hong Kong) [ap-east-1] e Medio Oriente (Bahrein) [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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni importanti:**
+ Risolti i problemi che impedivano il ripristino del motore e coinvolgevano blocchi di tabelle e tabelle temporanee.
+ Migliorata la stabilità del registro binario quando vengono utilizzate tabelle temporanee.
**Correzioni con alta priorità:**
+ Corretta una perdita di memoria lenta in un sottosistema Aurora specifico di analisi e registrazione del database che riduce la memoria libera.
# Aggiornamenti del motore di database Aurora MySQL 25/11/2019 (versione 1.22.0) (obsoleta)
**Versione:** 1.22.0
Aurora MySQL 1.22.0 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite, the o l'API RDS Console di gestione AWS. AWS CLI È possibile eseguire l'aggiornamento dei cluster database di Aurora MySQL 1.\$1 esistenti a Aurora MySQL 1.22.0.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], (Stati Uniti occidentali) [-1], Cina AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Asia Pacifico (Hong Kong) [ap-east-1], Medio Oriente (Bahrein) [me-south-1] e Sud America (San Paolo) [sa-east-1] east-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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Nuove caratteristiche:**
+ I cluster Aurora MySQL ora supportano i tipi di istanza r5.8xlarge, r5.16xlarge e r5.24xlarge.
+ Binlog ha nuovi miglioramenti per migliorare la latenza del tempo di commit quando sono coinvolte transazioni di dimensioni molto grandi.
+ Aurora MySQL ora ha un meccanismo per ridurre al minimo la finestra temporale durante la quale gli eventi di una transazione di grandi dimensioni vengono scritti su binlog in fase di commit. Ciò previene efficacemente l'esecuzione di un lungo ripristino offline agli arresti anomali del database durante tale intervallo di tempo. Questa caratteristica risolve anche il problema in cui una transazione di grandi dimensioni blocca le piccole transazioni sul commit di binlog. Questa caratteristica è disattivata per impostazione predefinita e può essere abilitata dal team di assistenza se necessario per il carico di lavoro. Se abilitata, viene attivata quando la dimensione della transazione è > 500 MB.
+ Aggiunto supporto per il livello di isolamento ANSI `READ COMMITTED` nelle repliche di lettura. Questo livello di isolamento consente l'esecuzione di query a esecuzione prolungata nella replica di lettura senza influire sull'elevato throughput delle scritture sul nodo di scrittura. Per ulteriori informazioni, consulta [Livelli di isolamento di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels).
+ I database globali ora consentono di aggiungere aree di replica secondarie di sola lettura per i cluster di database distribuiti in queste AWS regioni: Stati Uniti orientali (Virginia settentrionale) [us-east-1], Stati Uniti orientali (Ohio) [us-east-2], Stati Uniti occidentali (California settentrionale) [us-west-1], Stati Uniti occidentali (Oregon) [us-west-2], Europa (Irlanda) [eu-west-1] Europa (Londra) [eu-west-2], Europa (Parigi) [eu-west-3], Asia Pacifico (Tokyo) [ap-northeast-1], Asia Pacifico (Seoul) [ap-northeast-2], Asia Pacifico (Singapore) [ap-southeast-1], Asia Pacifico (Singapore) [ap-southeast-1], Asia Pacifico (Sydney) [ap-southeast-2], Canada (Central) [ca-central-1], Europa (Francoforte) [ eu-central-1] e Asia Pacifico (Mumbai) [ap-south-1].
+ 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.
+ Questa versione ha aggiornato i file del fuso orario per supportare l'ultimo aggiornamento del fuso orario del Brasile per i nuovi cluster.
**Correzioni importanti:**
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)
**Correzioni con alta priorità:**
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+ È stato risolto un problema nel componente di recupero DDL che causava tempi di inattività prolungati del database. I cluster che non sono disponibili dopo l'esecuzione della query `TRUNCATE TABLE` su una tabella con una colonna `AUTO_INCREMENT` devono essere aggiornati.
+ È stato risolto un problema nel componente di recupero DDL che causava tempi di inattività prolungati del database. I cluster che non sono disponibili dopo l'esecuzione della query `DROP TABLE` su più tabelle in parallelo devono essere aggiornati.
**Correzioni per la stabilità generale:**
+ È stato risolto un problema che causava il riavvio delle repliche di lettura durante una transazione a esecuzione prolungata. I clienti che riscontrano riavvii di replica che coincidono con un calo accelerato della memoria disponibile devono prendere in considerazione l'aggiornamento a questa versione.
+ È stato risolto un problema che riportava erroneamente `ERROR 1836` quando una query nidificata veniva eseguita su una tabella temporanea nella replica di lettura.
+ È stato risolto un errore di interruzione della query in parallelo nell'istanza di lettura Aurora durante l'esecuzione di un carico di lavoro di scrittura elevato nell'istanza di scrittura Aurora.
+ È stato risolto un problema che causava il riavvio di un database configurato come master binlog mentre era in esecuzione un carico di lavoro di scrittura elevato.
+ È 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 generava dati incoerenti nella tabella `information_schema.replica_host_status`.
+ È stato risolto un problema relativo alla race condition tra la query in parallelo e i percorsi di esecuzione standard che causava il riavvio intermittente dei nodi di lettura.
+ Stabilità del database migliorata quando il numero di connessioni client supera il valore del parametro `max_connections`.
+ Stabilità migliorata delle istanze di lettura bloccando DDL e query `LOAD FROM S3` non supportate.
## Integrazione delle correzioni di bug della community di MySQL
+ Bug\$116346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR
+ Bug\$117733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST()
+ Bug \$120989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE
+ Bug \$120181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD
+ Bug \$127326796 - CRASH DI MYSQL CON ERRORE DI ASSERZIONE INNODB NEL FILE PARS.CC PARS0
+ Bug \$120590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL
# Aggiornamenti del motore di database Aurora MySQL 25/11/2019 (versione 1.21.0) (obsoleta)
**Versione:** 1.21.0
Aurora MySQL 1.21.0 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Le versioni Aurora MySQL attualmente supportate sono 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 2.07.\$1. Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite, the o l'API RDS Console di gestione AWS. AWS CLI È possibile eseguire l'aggiornamento dei cluster database di Aurora MySQL 1.\$1 esistenti a Aurora MySQL 1.21.0.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], (Stati Uniti occidentali) [-1], Cina AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Asia Pacifico (Hong Kong) [ap-east-1], Europa (Stoccolma) [eu-north-1] e Medio Oriente (Bahrein) [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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni importanti:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**Correzioni con alta priorità:**
+ Consigliamo vivamente ai clienti con dimensioni del database vicine a 64 TiB di eseguire l'aggiornamento a questa versione per evitare tempi di inattività a causa di bug di stabilità che incidono sui volumi vicini al limite di storage Aurora.
**Correzioni per la stabilità generale:**
+ È stato risolto un errore di interruzione query parallela su istanze Aurora Reader durante l'esecuzione di un carico di lavoro di scrittura intenso sull'istanza Aurora Writer.
+ È stato risolto un problema su istanze Aurora Reader che riduceva la quantità di memoria libera durante le transazioni di lunga durata in presenza di intenso traffico di commit della transazione sull'istanza writer.
+ Il valore del parametro `aurora_disable_hash_join` viene ora mantenuto dopo il riavvio del database o la sostituzione dell'host.
+ È stato risolto un problema correlato alla cache Full Text Search che causava l'esaurimento della memoria dell'istanza Aurora. I clienti che utilizzano la ricerca full-text devono eseguire l'aggiornamento.
+ È stata migliorata la stabilità del database quando la caratteristica hash join è abilitata e l'istanza ha poca memoria. I clienti che utilizzano l'hash join devono eseguire l'aggiornamento.
+ È stato risolto un problema nella cache delle query a causa del quale l'errore "Too many connections" (Troppe connessioni) poteva causare un riavvio.
+ Risolto il problema relativo al calcolo della memoria libera nelle istanze T2 per includere lo spazio di memoria swap per evitare riavvii non necessari.
## Integrazione delle correzioni di bug della community di MySQL
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3
+ Bug \$117059925: per istruzioni [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), il valore esaminato dalle righe è stato calcolato erroneamente. Questo bug si manifestava con valori troppo grandi per la colonna `ROWS_EXAMINED` delle tabelle di istruzioni schema di prestazioni (ad esempio [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: alcune query con sottoquery `SELECT ... FROM DUAL` nidificate generavano un'asserzione.
+ Bug \$116311231: restituiti risultati errati se una query conteneva una sottoquery in una clausola `IN` che conteneva un'operazione [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) nella clausola `WHERE`.
# Aggiornamenti del motore di database Aurora MySQL 05/03/2020 (versione 1.20.1) (obsoleta)
**Versione:** 1.20.1
Aurora MySQL 1.20.1 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Le versioni Aurora MySQL attualmente supportate sono 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 2.07.\$1. Puoi ripristinare lo snapshot di un database Aurora MySQL 1.\$1 in Aurora MySQL 1.20.1.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west 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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni con alta priorità:**
+ È stato risolto un problema di errori di connessione intermittenti dopo la rotazione del certificato.
+ È stato risolto un problema relativo alla simultaneità della chiusura della connessione che causava un failover in condizioni di carico di lavoro elevato.
**Correzioni per la stabilità generale:**
+ È stato corretto un arresto anomalo durante l'esecuzione di una query complessa che coinvolgeva join multi-tabella e aggregazione che utilizza tabelle intermedie internamente.
# Aggiornamenti del motore di database Aurora MySQL 11/11/2019 (versione 1.20.0) (obsoleta)
**Versione:** 1.20.0
Aurora MySQL 1.20.0 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Le versioni Aurora MySQL attualmente supportate sono 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 e 2.04.\$1. Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite, the o l'API RDS Console di gestione AWS. AWS CLI È possibile eseguire l'aggiornamento dei cluster database di Aurora MySQL 1.\$1 esistenti fino alla versione 1.19.5 a Aurora MySQL 1.20.0.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], (Stati Uniti occidentali) [-1], Cina AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Asia Pacifico (Hong Kong) [ap-east-1], Europa (Stoccolma) [eu-north-1] e Medio Oriente (Bahrein) [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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni importanti:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**Correzioni con alta priorità:**
+ Consigliamo vivamente ai clienti con dimensioni del database vicine a 64 TiB di eseguire l'aggiornamento a questa versione per evitare tempi di inattività a causa di bug di stabilità che incidono sui volumi vicini al limite di storage Aurora.
**Correzioni per la stabilità generale:**
+ È stato risolto un errore di interruzione query parallela su istanze Aurora Reader durante l'esecuzione di un carico di lavoro di scrittura intenso sull'istanza Aurora Writer.
+ È stato risolto un problema su istanze Aurora Reader che riduceva la quantità di memoria libera durante le transazioni di lunga durata in presenza di intenso traffico di commit della transazione sull'istanza writer.
+ Il valore del parametro `aurora_disable_hash_join` viene ora mantenuto dopo il riavvio del database o la sostituzione dell'host.
+ È stato risolto un problema correlato alla cache Full Text Search che causava l'esaurimento della memoria dell'istanza Aurora. I clienti che utilizzano la ricerca full-text devono eseguire l'aggiornamento.
+ È stata migliorata la stabilità del database quando la caratteristica hash join è abilitata e l'istanza ha poca memoria. I clienti che utilizzano l'hash join devono eseguire l'aggiornamento.
+ È stato risolto un problema nella cache delle query a causa del quale l'errore "Too many connections" (Troppe connessioni) poteva causare un riavvio.
+ Risolto il problema relativo al calcolo della memoria libera nelle istanze T2 per includere lo spazio di memoria swap per evitare riavvii non necessari.
## Integrazione delle correzioni di bug della community di MySQL
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3
+ Bug \$117059925: per istruzioni [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), il valore esaminato dalle righe è stato calcolato erroneamente. Questo bug si manifestava con valori troppo grandi per la colonna `ROWS_EXAMINED` delle tabelle di istruzioni schema di prestazioni (ad esempio [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: alcune query con sottoquery `SELECT ... FROM DUAL` nidificate generavano un'asserzione.
+ Bug \$116311231: restituiti risultati errati se una query conteneva una sottoquery in una clausola `IN` che conteneva un'operazione [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) nella clausola `WHERE`.
# Aggiornamenti del motore di database Aurora MySQL 03/05/2020 (versione 1.19.6) (obsoleta)
**Versione:** 1.19.6
Aurora MySQL 1.19.6 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
Puoi ripristinare lo snapshot di un database Aurora MySQL 1.\$1 in Aurora MySQL 1.19.6.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west 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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni con alta priorità:**
+ È stato risolto un problema di errori di connessione intermittenti dopo la rotazione del certificato.
# Aggiornamenti del motore di database Aurora MySQL 19/09/2019 (versione 1.19.5) (obsoleta)
**Versione:** 1.19.5
Aurora MySQL 1.19.5 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Questa versione del motore è pianificata per essere resa obsoleta il 28 febbraio 2023. Per ulteriori informazioni, consulta [Preparazione per la fine del ciclo di vita di Amazon Aurora edizione compatibile con MySQL versione 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 e 3.02.\$1.
È possibile eseguire l'aggiornamento dei cluster database di Aurora MySQL 1.19.5. Puoi ripristinare gli snapshot di Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.1 e 1.19.2 in Aurora MySQL 1.19.5.
Per utilizzare una versione precedente di Aurora MySQL, è possibile creare nuovi cluster di database specificando la versione del motore tramite l' Console di gestione AWS API RDS. AWS CLI
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti AWS regioni: Europa (Londra) [eu-west-2] AWS GovCloud , (Stati Uniti orientali) [-1], (Stati Uniti occidentali) us-gov-east [-1] AWS GovCloud , Cina (Ningxia) [us-gov-westcn-northwest-1] e Asia Pacifico (Hong Kong) [ap-east-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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema su istanze Aurora Reader che riduceva la quantità di memoria libera durante le transazioni di lunga durata in presenza di intenso traffico di commit della transazione sull'istanza writer.
+ È stato risolto un errore di interruzione query parallela su istanze Aurora Reader durante l'esecuzione di un carico di lavoro di scrittura intenso sull'istanza Aurora Writer.
+ Il valore del parametro `aurora_disable_hash_join` viene ora mantenuto dopo il riavvio del database o la sostituzione dell'host.
+ È stato risolto un problema correlato alla cache Full Text Search che causava l'esaurimento della memoria dell'istanza Aurora.
+ È stata migliorata la stabilità del database quando le dimensioni del volume sono prossime al limite di 64 tebibyte (TiB) prenotando 160 GB di spazio per il completamento del ripristino del flusso di lavoro senza un failover.
+ È stata migliorata la stabilità del database quando la caratteristica hash join è abilitata e l'istanza ha poca memoria.
+ È stato corretto il calcolo della memoria libera per includere spazio di memoria di scambio su istanze T2 che ne causava il riavvio prematuro.
+ È stato risolto un problema nella cache delle query a causa del quale l'errore "Too many connections" (Troppe connessioni) poteva causare un riavvio.
## Integrazione delle correzioni di bug della community di MySQL
+ [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3
+ Bug \$117059925: per istruzioni [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), il valore esaminato dalle righe è stato calcolato erroneamente. Questo bug si manifestava con valori troppo grandi per la colonna `ROWS_EXAMINED` delle tabelle di istruzioni schema di prestazioni (ad esempio [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: alcune query con sottoquery `SELECT ... FROM DUAL` nidificate generavano un'asserzione.
+ Bug \$116311231: restituiti risultati errati se una query conteneva una sottoquery in una clausola `IN` che conteneva un'operazione [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) nella clausola `WHERE`.
# Aggiornamenti del motore di database Aurora MySQL 05/06/2019 (versione 1.19.2) (obsoleta)
**Versione:** 1.19.2
Aurora MySQL 1.19.2 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in nella versione 1.17.8, 1.19.0, 1.19.1 o 1.19.2. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.19.2. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1,18. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**Nota**
Questa versione non è attualmente disponibile nelle regioni AWS GovCloud (Stati Uniti occidentali) [us-gov-west-1], Europa (Stoccolma) [eu-north-1], Cina (Ningxia) [cn-northwest-1] e Asia Pacifico (Hong Kong) [ap-east-1]. AWS 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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema che poteva causare errori durante il caricamento di dati in Aurora da Amazon S3.
+ È stato risolto un problema che poteva causare errori durante il caricamento di dati Aurora in Amazon S3.
+ È stato risolto un problema che creava sessioni zombie lasciate in uno stato terminato.
+ È stato risolto un problema che causava l'interruzione delle connessioni durante la gestione di un errore nella gestione del protocollo di rete.
+ È stato risolto un problema che poteva causare un arresto anomalo durante la gestione di tabelle partizionate.
+ È stato risolto un problema correlato alla replica del binlog di creazione di trigger.
# Aggiornamenti del motore di database Aurora MySQL 09/05/2019 (versione 1.19.1) (obsoleta)
**Versione:** 1.19.1
Aurora MySQL 1.19.1 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in 1.17.8, 1.19.0. o 1.19.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.19.1. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1,18. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ Corretto un bug nella replica binlog che può causare un problema sulle istanze Aurora configurate come slave binlog.
+ Corretto un errore nella gestione di determinati tipi di comandi `ALTER TABLE`.
+ Corretto un problema di connessioni interrotte per un errore di gestione del protocollo di rete.
# Aggiornamenti del motore di database Aurora MySQL 07/02/2019 (versione 1.19.0) (obsoleta)
**Versione:** 1.19.0
Aurora MySQL 1.19.0 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati nella versione 1.17.8 o 1.19.0. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.19.0. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1.18.0. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**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 di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) nella *Guida per l'utente di Amazon Aurora*.
## Funzionalità
+ **Selezione della versione Aurora** – A partire dalla Aurora MySQL 1.19.0, è possibile scegliere tra tre versioni di MySQL 5.6 compatibile con Aurora sulla console Amazon RDS. *Per ulteriori informazioni, consulta [Verifica o specifica delle versioni del motore Aurora MySQL tramite AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) nella Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ Correzione di un problema di stabilità correlato a una query `CHECK TABLE` su una replica Aurora.
+ Introduzione di una nuova variabile utente globale `aurora_disable_hash_join` per disabilitare Hash Join.
+ Correzione di un problema di stabilità durante la creazione della riga di output durante più hash join di tabella.
+ Correzione di un problema che ha restituito un risultato errato a causa di una modifica di piano durante il controllo dell'applicabilità Hash Join.
+ L'applicazione delle patch senza tempi di inattività è supportata con transazioni a esecuzione lunga. Questo miglioramento diverrà effettivo durante l'aggiornamento dalla versione 1.19 a una superiore.
+ L'applicazione delle patch senza tempi di inattività è ora supportata se binlog è abilitato. Questo miglioramento diverrà effettivo durante l'aggiornamento dalla versione 1.19 a una superiore.
+ Correzione di un problema che ha causato un picco di utilizzo della CPU sulla replica Aurora non correlato al carico di lavoro.
+ Correzione di una race condition nella gestione dei blocchi che provocava il riavvio del database.
+ Correzione di una race condition nel componente di gestione dei blocchi per migliorare la stabilità delle istanze Aurora.
+ Miglioramento della stabilità con il rilevatore di deadlock all'interno del componente di gestione dei blocchi.
+ `INSERT`L'operazione sulla tabella è vietata se InnoDB rileva che l'indice è corrotto.
+ Correzione di un problema di stabilità in Fast DDL.
+ Miglioramento della stabilità di Aurora mediante la riduzione del consumo di memoria nella scansione del batching di una query secondaria a riga singola.
+ Correzione di un problema di stabilità che si è verificato dopo che una chiave esterna è stata rilasciata quando la variabile del sistema `foreign_key_checks` era impostata su 0.
+ Correzione di un problema nella caratteristica Out Of Memory Avoidance che ha sostituito erroneamente le modifiche al valore `table_definition_cache` apportate dall'utente.
+ Correzione dei problemi di stabilità nella caratteristica Out Of Memory Avoidance.
+ Correzione di un problema che ha impostato `query_time` e `lock_time` in `slow_query_log` su valori inutili.
+ Correzione di un problema di stabilità della query parallela generato dalla gestione impropria di una collation interna di stringa.
+ Correzione di un problema di stabilità della query parallela generato da una ricerca di indice secondaria.
+ Correzione di un problema di stabilità della query parallela generato da un aggiornamento multi tabella.
## Integrazione delle correzioni di bug della community di MySQL
+ BUG \$132917: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY
+ BUG \$163144: CREATE TABLE IF NOT EXISTS - IL BLOCCO DEI METADATI È TROPPO RESTRITTIVO
# Aggiornamenti del motore di database Aurora MySQL 20/09/2018 (versione 1.18.0) (obsoleta)
**Versione:** 1.18.0
Aurora MySQL 1.18.0 è disponibile a livello generale. Tutti i nuovi cluster di query parallele Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.18.0. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di query parallele esistenti a Aurora MySQL versione 1.18.0. È possibile creare nuovi cluster DB in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 o Aurora MySQL 1.17.6. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.18.0 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**Importante**
Aurora MySQL 1.18.0 si applica solo ai cluster di query Aurora parallele. Se si aggiorna un cluster 5.6.10a con provisioning, la versione risultante è 1.17.8. Se si aggiorna un cluster 5.6.10a query parallela, la versione risultante è 1.18.0.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Funzionalità
+ La **query parallela** è disponibile con questa versione, per i nuovi cluster e gli snapshot ripristinati. La query parallela Aurora MySQL è un'ottimizzazione che parallelizza parte del calcolo coinvolto nell'elaborazione di query a uso intensivo di dati I/O . Il lavoro che viene parallelizzato include il recupero di righe dalla memoria, l'estrazione dei valori della colonna e la determinazione di quali righe corrispondono alle condizioni nelle clausole join e nella clausola `WHERE`. Questa attività che implicano grandi quantità di dati sono delegate (in termini di ottimizzazione del database, trasferite) a più nodi nel livello di storage distribuito di Aurora. Senza query parallela, ogni query porta tutti i dati scansionati a un singolo nodo all'interno del cluster Aurora MySQL (il nodo head) ed esegue l'elaborazione in quel nodo.
+ Quando la funzionalità di query in parallelo è abilitata, il motore Aurora MySQL determina automaticamente quando utilizzarla senza richiedere modifiche SQL come hint o attributi di tabella.
Per ulteriori informazioni, consulta [Utilizzo di query in parallelo per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) nella *Guida per l'utente di Amazon Aurora*.
+ **OOM Avoidance:** questa funzionalità monitora la memoria di sistema e tiene traccia del consumo di memoria da parte dei vari componenti del database. Quando la memoria del sistema si riduce, esegue una serie di azioni per liberare tale memoria da alcuni componenti tracciati nel tentativo di evitare l'esaurimento della memoria (Out of Memory, OOM) e il riavvio del database. Questa funzionalità migliorativa è abilitata per impostazione predefinita per le istanze t2 e può essere abilitata su altri classi di istanze attraverso un nuovo parametro di istanza denominato `aurora_oom_response`. Il parametro a livello di istanza acquisisce una stringa di azioni separate da virgola che un'istanza deve eseguire quando la memoria è insufficiente. Azioni valide sono "print", "tune", "decline", "kill\$1query" o qualsiasi combinazione di queste. Una stringa vuota significa che non ci sono azioni da eseguire e di fatto disabilita la funzionalità. Tieni presente che le azioni predefinite per la funzionalità sono "print, tune". Esempio di utilizzo:
+ "print": –stampa solo le query che richiedono una grande quantità di memoria.
+ "tune":– ottimizza le cache delle tabelle interne per restituire un po' di memoria al sistema.
+ "decline":– rifiuta le nuove query quando l'istanza ha poca memoria.
+ "kill\$1query":– termina le query in ordine discendente relativamente al consumo di memoria fino a che la memoria dell'istanza non supera la soglia minima. Le istruzioni DDL (Data Definition Language) non vengono eliminate.
+ "print, tune": –esegue le azioni descritte per "print" e "tune".
+ "tune, decline, kill\$1query":– esegue le azioni descritte per "tune", "decline" e "kill\$1query".
*Per informazioni sulle out-of-memory condizioni di gestione e altri consigli per la risoluzione dei problemi, consulta i problemi di memoria [esaurita di Amazon Aurora MySQL nella Guida per l'utente di](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) Amazon Aurora.*
# Aggiornamenti del motore di database Aurora MySQL 03/05/2020 (versione 1.17.9) (obsoleta)
**Versione:** 1.17.9
Aurora MySQL 1.17.9 è disponibile a livello generale. Le versioni 1.\$1 di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.\$1 di Aurora MySQL sono compatibili con MySQL 5.7.
Le versioni Aurora MySQL attualmente supportate sono 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 2.07.\$1. Puoi ripristinare lo snapshot di un database Aurora MySQL 1.\$1 in Aurora MySQL 1.17.9.
Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore tramite la console RDS, la AWS CLI o l'API Amazon RDS.
**Nota**
Questa versione non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (Stati Uniti orientali) [us-gov-east-1], AWS GovCloud (Stati Uniti occidentali) [-1]. us-gov-west 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](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
**Correzioni con alta priorità:**
+ È stato risolto un problema di errori di connessione intermittenti dopo la rotazione del certificato.
# Aggiornamenti del motore di database Aurora MySQL 17/01/2019 (versione 1.17.8) (obsoleta)
**Versione:** 1.17.8
Aurora MySQL 1.17.8 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.8. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.8. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.7. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.8 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ Risolto un problema di prestazioni che aumentava l'utilizzo della CPU su una replica di Aurora dopo un riavvio.
+ È stato risolto un problema di stabilità per le query `SELECT` che utilizzano l'hash join.
## Integrazione delle correzioni di bug della community di MySQL
+ BUG \$113418638: CREATE TABLE IF NOT EXISTS - IL BLOCCO DEI METADATI È TROPPO RESTRITTIVO
# Aggiornamenti del motore di database Aurora MySQL 08/10/2018 (versione 1.17.7) (obsoleta)
**Versione:** 1.17.7
Aurora MySQL 1.17.7 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.7. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.7. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.6. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.7 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ La variabile di stato InnoDB `innodb_buffer_pool_size` è stata resa visibile pubblicamente per la modifica da parte dei clienti.
+ È stato risolto un problema di stabilità sul cluster Aurora che si verificava durante i failover.
+ Disponibilità del cluster migliorata grazie alla risoluzione di un problema di ripristino DDL che si verificava dopo un'operazione `TRUNCATE` non riuscita.
+ È stato risolto un problema di stabilità relativo all'aggiornamento della tabella `mysql.innodb_table_stats`, innescato dalle operazioni DDL.
+ Sono stati risolti i problemi di stabilità delle repliche di Aurora attivate durante l'invalidazione della cache della query dopo un'operazione DDL.
+ È stato risolto un problema di stabilità attivato dall'accesso alla memoria non valida durante l'espulsione periodica della cache del dizionario in background.
## Integrazione delle correzioni di bug della community di MySQL
+ Bug 16208542: drop index su una colonna chiave esterna porta a una tabella mancante.
+ Bug 76349: perdita di memoria in add\$1derived\$1key().
+ Bug 16862316: per le tabelle partizionate le query potrebbero restituire risultati differenti a seconda del fatto che l'unione dell'indice sia stato usato o meno.
+ Bug 17588348: le query che usano l'ottimizzazione dell'unione dell'indice (consulta [Ottimizzazione dell'unione dell'indice](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) possono restituire risultati non validi quando eseguite su tabelle partizionate da HASH.
# Aggiornamenti del motore di database Aurora MySQL 06/09/2018 (versione 1.17.6) (obsoleta)
**Versione:** 1.17.6
Aurora MySQL 1.17.6 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.6. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.6. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.5. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.6 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema di stabilità relativo ad Aurora Reader per query `SELECT` mentre Aurora Writer esegue operazioni DDL sulla stessa tabella.
+ È stato risolto un problema di stabilità causato dalla creazione e dall'eliminazione dei log DDL per le tabelle temporanee che utilizzano Heap/Memory il motore.
+ È stato risolto un problema di stabilità sullo slave Binlog durante la replica di istruzioni DDL con connessione al master Binlog instabile.
+ È stato risolto un problema di stabilità verificatosi durante la scrittura al log delle query lente.
+ È stato risolto un problema con la tabella dello stato della replica che mostrava informazioni di ritardo di Aurora Reader errati.
## Integrazione delle correzioni di bug della community di MySQL
+ Per un'istruzione [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) che ha rinominato o modificato il valore predefinito di una colonna [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html), la modifica è stata fatta utilizzando una copia della tabella e non in ordine. (Bug 67141, 14735373, 69580, 17024290)
+ Un outer join tra una tabella regolare e una derivata che è implicitamente gruppi può causare un'uscita dal server. (Bug 16177639)
# Aggiornamenti del motore di database Aurora MySQL 14/08/2018 (versione 1.17.5) (obsoleta)
**Versione:** 1.17.5
Aurora MySQL 1.17.5 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.5. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.5. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.4. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.5 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema a causa del quale un Aurora Writer veniva riavviato dopo l'applicazione di patch a un cluster Aurora utilizzando la funzionalità per l'applicazione di patch senza tempi di inattività.
# Aggiornamenti del motore di database Aurora MySQL 07/08/2018 (versione 1.17.4) (obsoleta)
**Versione:** 1.17.4
Aurora MySQL 1.17.4 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.4. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.4. Per usare una versione più vecchia puoi creare nuovi cluster di database in Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.3. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.4 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ Miglioramenti di replica:
+ Traffico di rete ridotto grazie alla mancata trasmissione di record di binlog alle repliche cluster. Questo perfezionamento viene attivato per impostazione predefinita.
+ Traffico di rete ridotto grazie alla compressione dei messaggi di replica. Questo perfezionamento viene abilitato per impostazione predefinita per classi di istanze 8xlarge e 16xlarge. Le istanze di grandi dimensioni possono supportare un elevato volume di traffico in scrittura che si traduce in traffico di rete sostanziale per i messaggi di replica.
+ Correzioni per la cache della query di replica.
+ È stato risolto un problema a causa del quale `ORDER BY LOWER(col_name)` poteva produrre un ordinamento sbagliato durante l'uso della regola di confronto `utf8_bin`.
+ È stato risolto un problema a causa del quale i DDL (specialmente le istruzioni `TRUNCATE TABLE`) potevano causare problemi nelle repliche di Aurora, incluse instabilità o tabelle mancanti.
+ È stato risolto un problema a causa del quale i socket venivano lasciati in stato semi aperto quando i nodi di storage venivano riavviati.
+ Sono disponibili i seguenti nuovi parametri per cluster di database:
+ `aurora_enable_zdr`–: consente connessioni aperte su una replica Aurora per rimanere attivi al riavvio di replica.
+ `aurora_enable_replica_log_compression`–: abilita la compressione dei payload di replica per ottimizzare l'uso della larghezza di banda della rete tra il master e le repliche Aurora.
+ `aurora_enable_repl_bin_log_filtering`–: abilita il filtraggio dei record delle repliche che non possono essere utilizzati dalle repliche Aurora sul master.
# Aggiornamenti del motore di database Aurora MySQL 05/06/2018 (versione 1.17.3) (obsoleta)
**Versione:** 1.17.3
Aurora MySQL 1.17.3 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.3. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.3. È possibile creare nuovi cluster database in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.3 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
**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.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema a causa del quale una replica Aurora si riavviava quando si usavano ripristini di cursore ottimistici durante la lettura dei record.
+ È stato risolto un problema a causa del quale un Aurora Writer si riavviava quando si cercava di terminare una sessione MySQL (kill "«**) con lo schema delle prestazioni abilitato.
+ È stato risolto un problema a causa del quale Aurora Writer si riavviava durante l'elaborazione di una soglia per la garbage collection.
+ È stato risolto un problema a causa del quale Aurora Writer si riavviava occasionalmente quando teneva traccia dell'avanzamento di una replica Aurora nell'applicazione log.
+ È stato risolto un problema con la cache delle query quando il commit automatico era disattivato e questo poteva potenzialmente causare letture non aggiornate.
# Aggiornamenti del motore di database Aurora MySQL 27/04/2018 (versione 1.17.2) (obsoleta)
**Versione:** 1.17.2
Aurora MySQL 1.17.2 è disponibile a livello generale. Tutti i nuovi cluster di database Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.17.2. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.2. È possibile creare nuovi cluster database in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.2 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema che provocava il riavvio nel corso di alcune operazioni di partizione DDL.
+ È stato risolto un problema che causava la disabilitazione del supporto per l'invocazione di AWS Lambda funzioni tramite le funzioni native di Aurora MySQL.
+ È stato risolto un problema di invalidazione della cache che provocava il riavvio nelle repliche di Aurora.
+ È stato risolto un problema in gestione blocchi che provocava riavvii.
# Aggiornamenti del motore di database Aurora MySQL 23/03/2018 (versione 1.17.1) (obsoleta)
**Versione:** 1.17.1
Aurora MySQL 1.17.1 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL versione 1.17.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.17.1. È possibile creare nuovi cluster DB in Aurora MySQL 1.15.1, Aurora MySQL 1.16 o Aurora MySQL 1.17. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17.1 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. In questa versione vengono risolti alcuni problemi relativi al motore e alle regressioni.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**Nota**
È presente un problema nella versione più recente del motore di Aurora MySQL. Dopo aver eseguito l'aggiornamento alla versione 1.17.1, la versione del motore viene indicata erroneamente come `1.17`. Se si è eseguito l'aggiornamento alla versione 1.17.1, si può verificare l'aggiornamento nella colonna **Maintenance (Manutenzione)** del cluster di database in Console di gestione AWS. Se appare `none`, è stato eseguito l'aggiornamento del motore alla versione 1.17.1.
## Miglioramenti
+ È stato risolto un problema relativo al ripristino dei log binari che aveva come conseguenza tempi di ripristino più lunghi nel caso di file degli indici dei log binari di grandi dimensioni che si potevano verificare nel caso di rotazioni frequenti dei log binari.
+ È stato risolto un problema relativo all'ottimizzatore di query che generava un piano delle query inefficiente per le tabelle partizionate.
+ È stato risolto un problema relativo all'ottimizzatore di query a causa del quale una query in un intervallo provocava un riavvio del motore di database.
# Aggiornamenti del motore di database Aurora MySQL 13/03/2018 (versione 1.17) (obsoleta)
**Versione:** 1.17
Aurora MySQL 1.17 è disponibile a livello generale. Le versioni Aurora MySQL 1.x sono compatibili solo con MySQL 5.6, e non con MySQL 5.7. Tutti i nuovi cluster di database compatibili con la versione 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora versione 1.17. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora versione 1.17. È possibile creare nuovi cluster DB in Aurora 1.14.1, Aurora 1.15.1 o Aurora 1.16. Puoi farlo utilizzando la AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.17 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Supportiamo l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support).
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Nuove funzionalità
+ Ora Aurora MySQL supporta la compressione dei blocchi, che ottimizza l'utilizzo di memoria consumata dalla gestione dei blocchi. A partire dalla versione 1.17, puoi utilizzare questa funzionalità senza dover abilitare la modalità di laboratorio.
## Miglioramenti
+ È stato risolto un problema verificatosi prevalentemente nelle istanze con meno core, in cui un singolo core utilizzava la CPU al 100% anche se il database era inattivo.
+ Sono state migliorate le prestazioni del recupero dei log binari dai cluster di Aurora.
+ È stato risolto un problema a causa del quale le repliche di Aurora cercavano di scrivere le statistiche delle tabelle nello storage persistente con un conseguente arresto anomalo.
+ È stato risolto un problema a causa del quale la cache delle query non funzionava come previsto nelle repliche di Aurora.
+ È stata risolta una race condition nella gestione dei blocchi che provocava il riavvio del motore.
+ È stato risolto un problema a causa del quale i blocchi delle transazioni di sola lettura e di auto-commit provocavano un riavvio del motore.
+ È stato risolto un problema a causa del quale alcune query non venivano scritte nei log di audit.
+ È stato risolto un problema relativo al ripristino di alcune operazioni di manutenzione delle partizioni su failover.
## Integrazione delle correzioni di bug di MySQL.
+ Replica incorretta di LAST\$1INSERT\$1ID nel caso di utilizzo di filtri per la replica (bug 69861)
+ La query restituisce risultati diversi a seconda dell'impostazione INDEX\$1MERGE (bug 16862316)
+ Nuova procedura query in routine archiviata, piano delle query inefficiente (bug 16346367)
+ INNODB FTS: Assert in FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS (bug 18079671)
+ Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) nella colonna di modifica ALTER TABLE (bug 17536995)
+ La ricerca nel testo INNODB non trova record quando si utilizzano punti di salvataggio (bug 70333 e 17458835)
# Aggiornamenti del motore di database Aurora MySQL 11/12/2017 (versione 1.16) (obsoleta)
**Versione:** 1.16
Aurora MySQL 1.16 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora versione 1.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora versione 1.16. È possibile creare nuovi cluster DB in Aurora 1.14.1 o Aurora 1.15.1. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.16 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. È consentita l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support).
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Nuove funzionalità
+ Aurora MySQL ora supporta le chiamate sincrone AWS Lambda tramite la funzione nativa. `lambda_sync()` Inoltre, è disponibile la funzione nativa `lambda_async()`, che può essere utilizzata come alternativa alla procedura di archiviazione esistente per l'invocazione Lambda asincrona. Per ulteriori informazioni, consulta [Chiamare una funzione Lambda da un cluster DB Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) nella *Guida per l'utente di Amazon Aurora*.
+ Aurora MySQL ora supporta hash join per velocizzare le query equijoin. L'ottimizzatore basato sui costi di Aurora è in grado di decidere automaticamente quando utilizzare gli hash join, ma puoi anche scegliere di imporne l'utilizzo in un piano di query. Per ulteriori informazioni, consulta [Ottimizzazione di grandi query di join Aurora MySQL con hash join](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) nella *Guida per l'utente di Amazon Aurora*.
+ Ora Aurora MySQL supporta il raggruppamento delle scansioni per velocizzare in modo significativo le query in memoria e orientate alla scansione. L'elaborazione in batch, inoltre, migliora le prestazioni delle scansioni delle tabelle intere, degli indici interi e degli intervalli di indici.
## Miglioramenti
+ È stato risolto un problema a causa del quale si verificava un arresto anomalo delle repliche di lettura durante l'esecuzione di query nelle tabelle eliminate nel master.
+ È stato risolto un problema a causa del quale il riavvio del writer in un cluster del database con un gran numero di indici `FULLTEXT` richiedeva un ripristino più lungo del previsto.
+ È stato risolto un problema a causa del quale i log binari di svuotamento provocavano incidenti `LOST_EVENTS` negli eventi binlog.
+ Sono stati risolti problemi di stabilità del pianificatore che si verificavano con l'attivazione dello schema di prestazioni.
+ È stato risolto un problema a causa del quale una subquery che utilizzava tabelle temporanee restituiva risultati parziali.
## Integrazione delle correzioni di bug di MySQL.
Nessuno
# Aggiornamenti del motore di database Aurora MySQL 20/11/2017 (versione 1.15.1) (obsoleta)
**Versione:** 1.15.1
Aurora MySQL 1.15.1 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora versione 1.15.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora versione 1.15.1. È possibile creare nuovi cluster DB in Aurora 1.14.1. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.15.1 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. È consentita l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema relativo al selettore di segmenti adattivo con le richieste di lettura a causa del quale veniva scelto lo stesso segmento due volte con un conseguente picco nella latenza di lettura in determinate condizioni.
+ È stato risolto un problema provocato da un'ottimizzazione in Aurora MySQL per il pianificatore di thread. Il problema si manifestava negli errori spuri durante la scrittura nel log lento, con un'esecuzione corretta delle query associate.
+ È stato risolto un errore di stabilità delle repliche di lettura su volumi elevati (più di 5 TB).
+ È stato risolto un errore a causa del quale il numero di thread lavoratori aumentava continuamente dovuto a un conteggio di connessioni in corso falso.
+ È stato risolto un problema a causa del quale i blocchi delle tabelle provocavano lunghe attese semaforo durante gli inserimenti dei carichi di lavoro.
+ Sono state ripristinate le seguenti correzioni dei bug di MySQL comprese in Aurora MySQL versione 1.15:
+ Stallo delle istanze MySQL durante l'indicizzazione SYNC (bug 73816)
+ Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) nella colonna di modifica ALTER TABLE (bug 17536995)
+ La ricerca nel testo InnoDB non trova record quando si utilizzano punti di salvataggio (bug 70333)
## Integrazione delle correzioni di bug di MySQL.
Nessuno
# Aggiornamenti del motore di database Aurora MySQL 24/10/2017 (versione 1.15) (obsoleta)
**Versione:** 1.15
Aurora MySQL 1.15 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora versione 1.15. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora versione 1.15. È possibile creare nuovi cluster DB in Aurora 1.14.1. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.
Con la versione 1.15 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Gli aggiornamenti richiedono un riavvio del database, pertanto ci sarà un tempo di inattività di 20-30 secondi, al termine del quale si potranno ricominciare a usare i cluster del DB. Se i cluster di database attualmente eseguono Aurora 1.14 o Aurora versione 1.14.1, l'applicazione di patch senza tempi di inattività in Aurora MySQL consente la conservazione delle connessioni client all'istanza primaria di Aurora MySQL durante l'aggiornamento, a seconda del carico di lavoro.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Nuove funzionalità
+ **Prefetch asincrono delle chiavi**:– il prefetch asincrono delle chiavi (Asynchronous key prefetch AKP) ha come obiettivo il miglioramento delle prestazioni dei join degli indici non memorizzati nella cache, attraverso il prefetch delle chiavi in memoria prima che diventino necessarie. Il caso d'uso principale di questa funzione è un join degli indici tra una tabella interna di grandi dimensioni e una esterna di dimensioni inferiori, in cui l'indice è altamente selettivo nella tabella più grande. Inoltre, quando si attiva l'interfaccia MRR (Multi-Range Read), il prefetch asincrono delle chiavi verrà utilizzato per una ricerca nell'indice da secondario a primario. In alcuni casi, le istanze più piccole con limiti di memoria potrebbero utilizzare il prefetch asincrono delle chiavi, vista la cardinalità corretta delle chiavi. Per ulteriori informazioni, consulta [Ottimizzazione delle query di join indicizzate Aurora MySQL con prefetch asincrono delle chiavi](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) nella *Guida per l'utente di Amazon Aurora*.
+ **Fast DDL**:– la funzione resa disponibile con [Aurora versione 1.1](AuroraMySQL.Updates.20170515.md) è stata estesa alle operazioni che comprendono valori predefiniti. Pertanto, ora Fast DDL è applicabile alle operazioni che consentono di aggiungere una colonna nullable alla fine di una tabella, con o senza valori predefiniti. Questa funzione resta attiva nella modalità di laboratorio di Aurora. Per ulteriori informazioni, consulta [Alterazione delle tabelle in Amazon Aurora mediante Fast DDL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato corretto un errore di calcolo durante l'ottimizzazione delle interrogazioni WITHIN/CONTAINS spaziali che in precedenza produceva un set di risultati vuoto.
+ È stato corretto il comando `SHOW VARIABLE` in modo che venga mostrato il valore del parametro `innodb_buffer_pool_size` aggiornato ogni volta che viene modificato nel gruppo di parametri.
+ È stata migliorata la stabilità dell'istanza primaria durante l'inserimento in blocco in una tabella modificata con Fast DDL quando l'indicizzazione dell'hash adattiva è disattivata e il record da inserire è il primo di una pagina.
+ È stata migliorata la stabilità di Aurora quando l'utente cerca di impostare il valore del parametro del cluster di database **server\$1audit\$1events** su **default**.
+ È stato risolto un problema a causa del quale una modifica del set di caratteri del database per un'istruzione ALTER TABLE eseguita nell'istanza primaria di Aurora veniva replicata nelle repliche di Aurora solo dopo il riavvio.
+ È stata migliorata la stabilità attraverso la correzione di una race condition nell'istanza primaria che precedentemente consentiva la registrazione di una replica di Aurora anche se l'istanza primaria aveva chiuso il proprio volume.
+ Sono state migliorate le prestazioni dell'istanza primaria durante la creazione dell'indice in una tabella di grandi dimensioni attraverso la modifica del protocollo di blocco per attivare le istruzioni DML (Data Manipulation Language) simultanee durante la creazione dell'indice.
+ È stata risolta un'incoerenza tra i metadati InnoDB durante la query ALTER TABLE RENAME che migliora la stabilità. Esempio: quando le colonne della tabella t1(c1, c2) vengono rinominate in ogni ciclo in t1(c2,c3) nell'ambito della stessa istruzione ALTER.
+ È stata migliorata la stabilità delle repliche di Aurora per i casi in cui una replica di Aurora non dispone di un carico di lavoro attivo e l'istanza primaria non risponde.
+ È stata migliorata la disponibilità delle repliche di Aurora per i casi in cui la replica di Aurora presenta un blocco esplicito su una tabella e impedisce al thread di replica di applicare le modifiche DDL ricevute dall'istanza primaria.
+ È stata migliorata la stabilità dell'istanza primaria quando una colonna e una chiave esterna vengono aggiunte alla tabella durante l'esecuzione in simultanea di due sessioni distinte e con Fast DDL attivato.
+ È stata migliorata la stabilità del thread di eliminazione dell'istanza primaria durante un carico di lavoro di scrittura elevata attraverso il blocco del troncamento dei record di annullamento fino alla loro eliminazione.
+ È stata migliorata la stabilità attraverso la correzione dell'ordine di rilascio del blocco durante il commit delle transazioni che eliminano le tabelle.
+ È stato corretto un difetto delle repliche di Aurora a causa del quale l'istanza database non poteva completare l'avvio e segnalava l'uso della porta 3306.
+ È stata corretta la race condition a causa della quale la query SELECT eseguita in determinate tabelle di schemi di informazioni (innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits) aumentava l'instabilità del cluster.
## Integrazione delle correzioni di bug di MySQL.
+ CREATE USER accetta un hash di password e plugin, ma ignora l'hash di password (bug 78033)
+ Il motore per il partizionamento aggiunge campi al bit letto impostato per restituire dati ordinati da un indice partizionato. Ne consegue che il buffer del join prova a leggere i campi non necessari. Il problema è stato corretto evitando di aggiungere tutti i campi partizionati a read\$1set e ordinando solo i campi prefisso già impostati in read\$1set. È stato aggiungo DBUG\$1ASSERT che nel caso di utilizzo di key\$1cmp, consente di leggere almeno il primo campo (bug 16367691).
+ Stallo delle istanze MySQL durante l'indicizzazione SYNC (bug 73816)
+ Assert RBT\$1EMPTY(INDEX\$1CACHE->WORDS) nella colonna di modifica ALTER TABLE (bug 17536995)
+ La ricerca nel testo InnoDB non trova record quando si utilizzano punti di salvataggio (bug 70333)
# Aggiornamenti del motore di database Aurora MySQL 13/03/2018 (versione 1.14.4) (obsoleta)
**Versione:** 1.14.4
Aurora MySQL 1.14.4 è disponibile a livello generale. Puoi creare nuovi cluster DB in Aurora 1.14.4, utilizzando la AWS CLI o l'API Amazon RDS e specificando la versione del motore. È possibile, se lo si desidera, eseguire l'aggiornamento ai cluster del database 1.14.x esistenti in Aurora versione 1.14.4.
Con la versione 1.14.4 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Supportiamo l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support). Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Nuove funzionalità
+ Aurora MySQL ora supporta le classi di istanze db.r4.
## Miglioramenti
+ È stato risolto un problema a causa del quale venivano generati `LOST_EVENTS` durante la scrittura di eventi binlog di grandi dimensioni.
## Integrazione delle correzioni di bug di MySQL.
+ Gli eventi ignorabili non funzionano e non vengono sottoposti a test (bug 74683)
+ NUOVO->VECCHIO ERRORE ASSERT 'GTID\$1MODE > 0' (bug 20436436)
# Aggiornamenti del motore di database Aurora MySQL 22/09/2017 (versione 1.14.1) (obsoleta)
**Versione:** 1.14.1
Aurora MySQL 1.14.1 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL versione 1.14.1. Inoltre, Aurora MySQL versione 1.14.1 è un aggiornamento obbligatorio per i cluster del database di Aurora MySQL esistenti. Per ulteriori informazioni, consulta [Annuncio: estensione del programma di aggiornamento obbligatorio per Amazon Aurora](https://forums.aws.amazon.com/ann.jspa?annID=4983) sul sito AWS Web dei forum per sviluppatori.
Con la versione 1.14.1 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora MySQL contemporaneamente. Gli aggiornamenti richiedono un riavvio del database, pertanto ci sarà un tempo di inattività di 20-30 secondi, al termine del quale si potranno ricominciare a usare i cluster del DB. Se i cluster di database eseguono la versione 1.13 o una versione successiva, l'applicazione di patch senza tempi di inattività di Aurora MySQL; consente la conservazione delle connessioni client all'istanza primaria di Aurora MySQL; durante l'aggiornamento, a seconda del carico di lavoro.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support).
## Miglioramenti
+ Sono state corrette le race condition associate agli inserimenti e alle eliminazioni per migliorare la stabilità della funzione Fast DLL, che resta disponibile nella modalità di laboratorio di Aurora MySQL.
# Aggiornamenti del motore di database Aurora MySQL 07/08/2017 (versione 1.14) (obsoleta)
**Versione:** 1.14
Aurora MySQL 1.14 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL versione 1.14. Inoltre, Aurora MySQL versione 1.14 è un aggiornamento obbligatorio per i cluster del database di Aurora MySQL esistenti. Verrà inviato un annuncio distinto con le tempistiche per l'eliminazione delle versioni precedenti di Aurora MySQL.
Con la versione 1.14 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Gli aggiornamenti richiedono un riavvio del database, pertanto ci sarà un tempo di inattività di 20-30 secondi, al termine del quale si potranno ricominciare a usare i cluster del DB. Se i cluster di database eseguono la versione 1.13, l'applicazione di patch senza tempi di inattività di Aurora consente la conservazione delle connessioni client all'istanza primaria di Aurora durante l'aggiornamento, a seconda del carico di lavoro.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite [AWS Support](https://aws.amazon.com/support).
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un messaggio "record non trovato" che veniva visualizzato erroneamente quando un record veniva individuato nell'indice secondario ma non in quello primario.
+ È stato risolto un problema di stabilità che si verificava a causa di un'asserzione difensiva (aggiunta nella versione 1.12) troppo evidente nel caso di una singola scrittura di più di 32 pagine. Questa situazione poteva verificarsi, ad esempio, con valori BLOB alti.
+ È stato risolto un problema di stabilità provocato da incoerenze tra la cache degli spazi tabelle e la cache dei dizionari.
+ È stato risolto un problema a causa del quale la replica di Aurora smetteva di rispondere dopo aver superato il numero massimo di tentativi di connessione all'istanza primaria. Ora una replica di Aurora si riavvia se il periodo di inattività è più lungo del periodo di timeout di heartbeat utilizzato per il controllo dello stato dall'istanza primaria.
+ È stato risolto un livelock che si verificava in caso di alta simultaneità nel tentativo di una connessione di acquisire un blocco a livello di metadati (MDL) durante l'esecuzione di un comando, ad esempio `ALTER TABLE`.
+ È stato risolto un problema di stabilità in una Read Read Replica di Aurora in presenza della funzione di logical/parallel lettura anticipata.
+ Miglioramento di `LOAD FROM S3` in due modi:
1. Migliore gestione degli errori di timeout di Amazon S3 attraverso lo schema di nuovi tentativi SDK oltre allo schema di nuovi tentativi esistente.
1. Ottimizzazione delle prestazioni durante il caricamento di file di grandi dimensioni o di un numero elevato di file mediante il loro caching e il riutilizzo dello stato del client.
+ Sono stati risolti i seguenti problemi di stabilità con Fast DDL per le operazioni `ALTER TABLE`:
1. Quando l'istruzione `ALTER TABLE` prevede più comandi `ADD COLUMN` e i nomi delle colonne non sono in ordine ascendente.
1. Quando la stringa del nome della colonna deve essere aggiornata e la stringa del nome corrispondente, prelevata dalla tabella del sistema interna, è diversa a causa di un carattere finale nullo (/0).
1. Nel caso di alcune operazioni di suddivisione albero B
1. Quando la tabella dispone di una chiave primaria di lunghezza variabile.
+ È stato risolto un problema di stabilità con le repliche di Aurora nei casi in cui richiedeva troppo tempo rendere l'indice FTS coerente con quello dell'istanza primaria. Questo poteva verificarsi se un gran numero delle voci dell'indice FTS creato nell'istanza primaria non era stato incluso nel disco.
+ È stato risolto un problema di stabilità che si verificava durante la creazione dell'indice.
+ Nuova infrastruttura che tiene traccia del consumo di memoria per connessione e della telemetria associata che verrà utilizzata per sviluppare strategie di prevenzione Out-Of-Memory (OOM).
+ È stato risolto un problema a causa del quale `ANALYZE TABLE` veniva consentito erroneamente nelle repliche Aurora. Questo codice è stato bloccato.
+ È stato risolto un problema di stabilità provocato da un deadlock raro, conseguenza di una race condition tra la lettura anticipata logica e la rimozione.
## Integrazione delle correzioni di bug di MySQL.
+ Una ricerca full-text combinata con le tabelle derivate (sottoquery nella clausola `FROM`) ha provocato un'uscita dal server. Ora, se un'operazione full-text dipende da una tabella derivata, il server genera un errore in cui viene indicato che non è possibile eseguire una ricerca full-text in una tabella materializzata. (Bug 68751, 16539903)
# Aggiornamenti del motore di database Aurora MySQL 15/05/2017 (versione 1.13) (obsoleta)
**Versione:** 1.13
**Nota**
Abbiamo attivato una nuova funzione (SELECT INTO OUTFILE S3) nella versione 1.13 di Aurora MySQL dopo la versione iniziale e abbiamo aggiornato le note di rilascio per riflettere la modifica.
Aurora MySQL 1.13 è disponibile a livello generale. Tutti i nuovi cluster di database, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL versione 1.1. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di database esistenti a Aurora MySQL versione 1.13. Con la versione 1.13 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. È consentita l'applicazione di patch senza tempi di inattività, che funziona sulla base del miglior tentativo per preservare le connessioni client attraverso il processo di applicazione di patch. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Applicazione di patch senza tempi di inattività
I tentativi dell'applicazione di patch senza tempi di inattività funzionano sulla base del *miglior tentativo* per preservare le connessioni client attraverso le patch del motore. Per ulteriori informazioni su ZDP, consulta [Applicazione di patch senza tempi di inattività (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) nella *Guida per l'utente di Amazon Aurora*.
## Nuove caratteristiche:
+ **SELECT INTO OUTFILE S3**: –Aurora MySQL ora consente di caricare i risultati di una query in uno o più file in un bucket di Amazon S3. Per ulteriori informazioni, consulta [Caricamento dei dati in un cluster DB Amazon Aurora MySQL da file di testo in un bucket Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti:
+ È stato implementato il troncamento dei file di log in formato CSV all'avvio del motore per impedire tempi di ripristino lunghi. Ora le tabelle `general_log_backup`, `general_log`, `slow_log_backup` e `slow_log` devono essere salvate prima di un riavvio del database per non andare perse.
+ È stato risolto un problema a causa del quale una migrazione di un database nominato **test** non avrebbe avuto un esito positivo.
+ È stata migliorata la stabilità del garbage collector della gestione blocchi riutilizzando i segmenti di blocco corretti.
+ È stata migliorata la stabilità della gestione blocchi attraverso la rimozione delle asserzioni non valide durante l'esecuzione dell'algoritmo di rilevamento del deadlock.
+ È stata riattivata la replica asincrona ed è stato risolto un problema associato che provocavano una segnalazione di ritardo di replica errato in caso di assenza di carico o di carico di lavoro di sola lettura. I miglioramenti della pipeline di replica che sono stati introdotti nella versione 1.10. Questi miglioramenti sono stati introdotti per applicare gli aggiornamenti del flusso di log alla cache del buffer di una replica di Aurora. Questo aiuta a migliorare le prestazioni di lettura e la stabilità nelle repliche Aurora.
+ È stato risolto un problema a causa del quale il commit automatico=OFF provocava il blocco degli eventi pianificati e il fatto che le transazioni lunghe restassero aperte fino al riavvio del server.
+ È stato risolto un problema a causa del quale i log di query generali, di controllo e lente non potevano registrare le query gestite dal commit asincrono.
+ Sono state migliorate le prestazioni della caratteristica di lettura anticipata logica di 2,5 volte. A tal fine, i prefetch non sono stati interrotti nelle pagine intermedie di un albero B.
+ È stata aggiunta la convalida dei parametri per le variabili di controllo per eliminare gli spazi non necessari.
+ È stata risolta una regressione, introdotta nella versione 1.11 di Aurora MySQL a causa della quale le query mostravano risultati errati quando si utilizzava l'opzione SQL\$1CALC\$1FOUND\$1ROWS e si invocava la funzione FOUND\$1ROWS().
+ È stato risolto un problema di stabilità a causa del quale l'elenco di blocco a livello di metadati veniva creato in modo errato.
+ È stata migliorata la stabilità con l'impostazione di sql\$1mode su PAD\$1CHAR\$1TO\$1FULL\$1LENGTH e con l'esecuzione del comando `SHOW FUNCTION STATUS WHERE Db='string'`.
+ È stato risolto un caso raro in cui le istanze non venivano visualizzate dopo l'aggiornamento della versione di Aurora a causa di una verifica di consistenza dei volumi falsa.
+ È stato risolto un problema di prestazioni, introdotto con la versione 1.12 di Aurora MySQL, a causa del quale le prestazioni del writer di Aurora risultavano ridotte nel caso di un numero elevato di tabelle degli utenti.
+ È stato risolto un problema di stabilità che si verificava quando il writer di Aurora veniva configurato come slave binlog e il numero di connessioni si avvicinava a 16.000.
+ È stato risolto un problema raro a causa del quale una replica di Aurora si riavviava in caso di connessione bloccata in attesa di un blocco a livello di metadati durante l'esecuzione di DDL sul master di Aurora.
## Integrazione delle correzioni di bug di MySQL.
+ Con una tabella InnoDB vuota, non è possibile ridurre il valore dell'incremento automatico utilizzando un'istruzione ALTER TABLE, anche se la tabella è vuota. (Bug 69882)
+ Le query MATCH() ... AGAINST che utilizzano una stringa lunga come argomento per AGAINST() possono generare un errore durante l'esecuzione in una tabella InnoDB con un indice di ricerca full-text. (Bug 17640261)
+ La gestione di SQL\$1CALC\$1FOUND\$1ROWS insieme a ORDER BY e LIMIT può portare alla visualizzazione di risultati errati per FOUND\$1ROWS(). (Bug 68458, 16383173)
+ ALTER TABLE non consente di modificare il supporto dei valori Null della colonna qualora esista una chiave esterna. (Bug 77591)
# Aggiornamenti del motore di database Aurora MySQL 04/05/2017 (versione 1.12) (obsoleta)
**Versione:** 1.12
Ora Aurora MySQL 1.12 è la versione preferita per la creazione di nuovi cluster di database, inclusi quelli ripristinati da snapshot.
Questo non è un aggiornamento obbligatorio per i cluster esistenti. Sarà possibile aggiornare i cluster esistenti alla versione 1.12 dopo che l'aggiornamento della patch del parco istanze alla versione 1.11 sarà completato (consulta le [note di rilascio](AuroraMySQL.Updates.20170223.md) di Aurora 1.1 e il relativo [annuncio nel forum](https://forums.aws.amazon.com/ann.jspa?annID=4444)). Con la versione 1.12 di Aurora, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Nuove funzionalità
+ **Fast DDL**: –Aurora MySQL adesso consente l'esecuzione di un'operazione ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* quasi istantaneamente. L'operazione si conclude senza che vi sia necessità di copiare la tabella e senza alcuna conseguenza materiale sulle altre istruzioni DML. Poiché non consuma storage temporaneo per la copia di una tabella, rende le istruzioni DDL pratiche anche nel caso di tabelle di grandi dimensioni su classi di istanze small. Al momento, l'operazione Fast DDL è supportata solo per l'aggiunta di una colonna nullable, senza un valore predefinito, alla fine della tabella. Al momento, questa caratteristica è disponibile nella modalità di laboratorio di Aurora. Per ulteriori informazioni, consulta [Alterazione delle tabelle in Amazon Aurora mediante Fast DDL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Visualizzazione dello stato del volume**:– abbiamo aggiunto un nuovo comando per il monitoraggio, SHOW VOLUME STATUS, per visualizzare il numero di nodi e di dischi di un volume. Per ulteriori informazioni, consulta [Visualizzazione dello stato del volume per un cluster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ Sono state implementate modifiche per bloccare la compressione ed evitare che venga ridotta ulteriormente la memoria per l'oggetto di blocco. Questo miglioramento è disponibile nella modalità di laboratorio.
+ È stato risolto un problema a causa del quale il parametro `trx_active_transactions` decrementa rapidamente anche se il database è inattivo.
+ È stato corretto un messaggio di errore non valido riguardante la sintassi della query fault injection durante la simulazione di errori relativi a dischi e nodi.
+ Sono stati risolti vari errori relativi alle race condition e ai latch non attivi nella gestione dei blocchi.
+ È stato risolto un errore che provocava un overflow del buffer nell'ottimizzatore di query.
+ È stato risolto un problema di stabilità delle repliche di lettura di Aurora quando la memoria disponibile per i nodi di storage sottostanti è scarsa.
+ È stato risolto un problema a causa del quale le connessioni inattive non venivano interrotte superato il tempo indicato nell'impostazione del parametro `wait_timeout`.
+ È stato risolto un problema a causa del quale `query_cache_size` restituiva un valore inaspettato dopo il riavvio dell'istanza.
+ È stato risolto un problema di prestazioni a causa del quale un thread di diagnostica sondava la rete con frequenza per verificare che le scritture fossero ricevute dallo storage.
## Integrazione delle correzioni di bug di MySQL.
+ Ricaricare una tabella rimossa mentre era vuota ha provocato il ripristino del valore di AUTO\$1INCREMENT. (Bug 21454472, 77743)
+ Il record di un indice non è stato trovato durante il rollback a causa di incoerenze nella struttura purge\$1node\$1t. L'incoerenza ha generato avvisi e messaggi di errori quali "error in sec index entry update" (errore relativo all'aggiornamento delle voci dell'indice secondario), "unable to purge a record" (impossibile rimuovere un record) e "tried to purge sec index entry not marked for deletion" (tentativo di rimuovere una voce dell'indice secondario non contrassegnata per l'eliminazione). (Bug 19138298, 70214, 21126772, 21065746)
+ Il calcolo errato della dimensione dello stack per l'operazione qsort ha creato un overflow dello stack. (Bug 73979)
+ Il record non è stato trovato in un indice durante il rollback. (Bug 70214, 72419)
+ Quando si aggiunge la colonna TIMESTAMP con ALTER TABLE, durante l'aggiornamento di CURRENT\$1TIMESTAMP non vengono inseriti dati (bug 17392)
# Aggiornamenti del motore di database Aurora MySQL 23/02/2017 (versione 1.11) (obsoleta)
**Versione:** 1.11
A tutti i cluster di database Aurora MySQL verrà applicata la patch con la versione più recente poco dopo il rilascio della versione. Ai cluster del database vengono applicate patch utilizzando la procedura legacy con un tempo di inattività di 5-30 secondi.
L'applicazione delle patch avviene durante la finestra di manutenzione del sistema specificata per ogni istanza del database. È possibile visualizzare o modificare la finestra utilizzando Console di gestione AWS. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
**In alternativa, è possibile applicare immediatamente la patch scegliendo un cluster DB, Console di gestione AWS scegliendo Cluster **Actions** e quindi scegliendo Aggiorna ora.**
Con la versione 1.11 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.
## Nuove caratteristiche
+ **Opzione MANIFEST per LOAD DATA FROM S3**:– il comando LOAD DATA FROM S3 è stato introdotto nella versione 1.8. Le opzioni per questo comando sono state ampliate e ora è possibile specificare un elenco di file che può essere caricato in un cluster di database di Aurora da Amazon S3 utilizzando un file manifest. Questo facilita il caricamento dei dati da file specifici in una o più sedi, rispetto al caricamento dei dati da un singolo file con l'opzione FILE o il caricamento di dati di più file con la stessa sede e lo stesso prefisso usando l'opzione PREFIX. Il formato del file manifest è uguale a quello usato da Amazon Redshift. Per ulteriori informazioni sull'uso di LOAD DATA FROM S3 con l'opzione MANIFEST, consulta [Utilizzo di un manifesto per specificare i file di dati da caricare](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest) nella *Guida per l'utente di Amazon Aurora*.
+ **Indicizzazione spaziale attivata per impostazione predefinita**: –questa caratteristica è stata resa disponibile in modalità di laboratorio nella versione 1.10 e ora viene attivata per impostazione predefinita. L'indicizzazione spaziale consente di migliorare le prestazioni delle query su set di dati di grandi dimensioni per le query che usano i dati spaziali. Per ulteriori informazioni sull'uso dell'indicizzazione spaziale, consulta [Amazon Aurora MySQL e dati spaziali](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) nella *Guida per l'utente di Amazon Aurora*.
+ **Modifica delle tempistiche dell'audit avanzato**:– questa caratteristica è stata resa disponibile nella versione 1.10.1 per offrire una funzione dalle prestazioni elevate per il controllo dell'attività del database. In questa versione, la precisione dei timestamp dei log di audit è stata cambiata da un secondo a un microsecondo. Un timestamp più accurato consente di capire meglio quando si è verificato un evento di audit. Per ulteriori informazioni sull'audit, consulta [Utilizzo dell'audit avanzato con un cluster di database Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato modificato il parametro `thread_handling` per impedire l'impostazione di un valore diverso da **multiple-connections-per-thread**, ovvero l'unico modello supportato con il pool di thread di Aurora.
+ È stato risolto un problema provocato dall'impostazione del parametro `buffer_pool_size` o `query_cache_size` in modo da risultare più grande della memoria totale del cluster del database. In questo caso, Aurora imposta il valore predefinito per il parametro modificato, in modo che il cluster del database possa avviarsi senza che si verifichi un arresto anomalo.
+ È stato risolto un problema relativo alla cache della query a causa del quale una transazione riceveva risultati di lettura obsoleti se la tabella era stata invalidata in un'altra transazione.
+ È stato risolto un problema a causa del quale i file binlog contrassegnati per l'eliminazione venivano rimossi dopo un leggero ritardo e non immediatamente.
+ È stato risolto un problema a causa del quale un database creato con il nome **tmp** veniva trattato come database di sistema archiviato nello storage temporaneo e non nello storage distribuito di Aurora.
+ È stato modificato il comportamento di SHOW TABLES in modo da escludere alcune tabelle di sistema interne. In questo modo si riducono i failover non necessari provocati dal blocco da parte di mysqldump di tutti i file elencati in SHOW TABLES; blocco che impediva di scrivere nella tabella di sistema interna provocando il failover.
+ È stato risolto un problema a causa del quale si riavviava erroneamente una replica di Aurora durante la creazione di una tabella temporanea in seguito a una query che invocava una funzione con un argomento corrispondente a una colonna della tabella InnoDB.
+ È stato risolto un problema relativo al conflitto del blocco a livello di metadati in un nodo di replica di Aurora che provocava un ritardo della replica di Aurora rispetto al cluster di database primario e un possibile riavvio.
+ È stato risolto un problema relativo al latch non attivo nella pipeline di replica dei nodi di lettura, che provocava un ritardo della replica di Aurora e un possibile riavvio.
+ È stato risolto un problema relativo ai ritardi eccessivi di una replica di Aurora con i volumi crittografati più grandi di un terabyte (TB).
+ È stato migliorato il rilevamento del latch non attivo della replica di Aurora attraverso l'uso di un metodo migliorato per leggere il tempo del sistema.
+ È stato risolto un problema a causa del quale una replica di Aurora si riavviava due volte e non una in seguito all'annullamento della registrazione da parte dello scrittore.
+ È stato risolto un problema di prestazioni scarse della query nelle repliche di Aurora che si verificava quando le statistiche transitorie provocavano una discrepanza nelle statistiche relative alle colonne dell'indice non uniche.
+ È stato risolto un problema a causa del quale si verificava un arresto anomalo di una replica di Aurora quando un'istruzione DDL veniva replicata sulla replica di Aurora nello stesso momento in cui la replica di Aurora sta elaborando una query correlata.
+ Sono stati modificati i miglioramenti della pipeline di replica che erano stati introdotti nella versione 1.10: per impostazione predefinita non vengono più attivati, bensì vengono disattivati. Questi miglioramenti sono stati introdotti per applicare gli aggiornamenti del flusso di log alla cache del buffer di una replica di Aurora e sebbene questa caratteristica contribuisca al miglioramento della stabilità e delle prestazioni di lettura nelle repliche di Aurora, aumenta il ritardo delle repliche in determinati carichi di lavoro.
+ È stato risolto un problema a causa del quale occorrenze simultanee di un'istruzione DDL continua e una lettura anticipata parallela in attesa all'interno della stessa tabella provocavano un errore di asserzione durante la fase commit della transazione DDL.
+ Sono stati migliorati i log di query generali e lente in modo da non andare perse con il riavvio del cluster del database.
+ È stato risolto un out-of-memory problema relativo a determinate query di lunga durata riducendo il consumo di memoria nel modulo ACL.
+ È stato risolto un problema di riavvio che si verificava quando una tabella disponeva di indici non spaziali, di predicati spaziali nella query e il pianificatore sceglieva di usare un indice non spaziale e trasmetteva erroneamente la condizione spaziale all'indice.
+ È stato risolto un problema a causa del quale il cluster DB si riavviava in caso di eliminazione, aggiornamento o eliminazione di oggetti geospaziali molto grandi archiviati esternamente (come). LOBs
+ Risolto un problema per il quale la simulazione dei guasti mediante ALTER SYSTEM SIMULATE ... FOR INTERVAL non funziona correttamente.
+ È stato risolto un problema di stabilità provocato da un'asserzione non valida o da una invariabile errata nella gestione dei blocchi.
+ Sono stati disattivati i seguenti due miglioramenti della ricerca full-text InnoDB che erano stati introdotti nella versione 1.10, poiché generavano problemi di stabilità per alcuni carichi di lavoro complessi:
+ L'aggiornamento della cache solo dopo una richiesta di lettura in una replica di Aurora per migliorare la velocità di replica della cache dell'indice di ricerca full-text.
+ Offload dell'attività di sincronizzazione della cache in un thread separato non appena la cache raggiunge il 10% della sua dimensione totale, per impedire lo stallo delle query di MySQL per un periodo troppo lungo durante la sincronizzazione della cache FTS sul disco. (Bug 22516559, 73816).
## Integrazione delle correzioni di bug di MySQL.
+ L'esecuzione della chiave esterna DROP nella tabella ALTER contemporaneamente all'esecuzione di un'altra operazione DROP fa scomparire la tabella. (Bug 16095573)
+ Alcune query INFORMATION\$1SCHEMA che utilizzano ORDER BY non hanno usato l'ottimizzazione filesort come in precedenza. (Bug 16423536)
+ FOUND\$1ROWS () restituisce il numero sbagliato di righe di una tabella. (Bug 68458)
+ Il server presenta dei problemi e non genera un errore quando si aprono troppe tabelle temporanee. (Bug 18948649)
# Aggiornamenti del motore di database Aurora MySQL 12/01/2017 (versione 1.10.1) (obsoleta)
**Versione:** 1.10.1
La versione 1.10.1 di Aurora MySQL richiede l'attivazione e non viene utilizzata per applicare le patch alle istanze database. Può essere usata per creare nuove istanze di Aurora e per aggiornare le istanze esistenti. È possibile applicare la patch scegliendo un cluster nella [console Amazon RDS](https://console.aws.amazon.com/rds/), selezionando **Cluster Actions (Azioni cluster)**, quindi **Upgrade Now (Aggiorna ora)**. L'applicazione delle patch richiede un riavvio del database con un tempo di inattività di 5-30 secondi, al termine del quale si può riprendere a usare i cluster del database. Questa patch utilizza un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di Aurora contemporaneamente.
## Nuove caratteristiche
+ **Audit avanzato**:– Aurora MySQL offre una funzione di audit avanzato dalle prestazioni elevate che può essere usata per controllare l'attività del database. Per ulteriori informazioni sull'abilitazione e l'utilizzo dell'audit avanzato, consulta [Utilizzo dell'audit avanzato con un cluster di database Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema relativo all'indicizzazione spaziale durante la creazione di una colonna e l'aggiunta di un indice nella stessa istruzione.
+ È stato risolto un problema a causa del quale le statistiche spaziali non venivano conservate durante il riavvio del cluster del database.
# Aggiornamenti del motore di database Aurora MySQL 14/12/2016 (versione 1.10) (obsoleta)
**Versione:** 1.10
## Nuove caratteristiche
+ **Applicazione di patch senza tempi di inattività**:– questa caratteristica consente di applicare patch a un'istanza del database senza tempi di inattività. Ciò significa che gli aggiornamenti del database vengono eseguiti senza scollegare le applicazioni client o senza riavviare il database. Questo approccio consente di aumentare la disponibilità dei cluster del database di Aurora durante la finestra di manutenzione. I dati temporanei come quelli dello schema di prestazioni vengono ripristinati durante l'aggiornamento. Questa caratteristica applica le patch fornite dal servizio e le patch avviate dall'utente durante la finestra di manutenzione.
Quando si avvia una patch, il servizio garantisce che non vi siano blocchi, transazioni o tabelle temporanee aperti e attende un periodo di tempo appropriato durante il quale si possono applicare le patch e il database può essere riavviato. Le sessioni delle applicazioni vengono conservate, tuttavia si potrebbe registrare un peggioramento delle prestazioni durante l'applicazione della patch (circa 5 secondi). Se non è disponibile una finestra appropriata, per impostazione predefinita viene applicato il comportamento di applicazione delle patch standard.
L'applicazione di patch senza tempi di inattività si svolge sulla base del miglior tentativo ed è soggetta alle seguenti limitazioni:
+ Al momento, questa caratteristica è valida solo per l'applicazione di patch ai cluster del database a nodo singolo o alle istanze writer dei cluster del database a più nodi.
+ Non è supportato l'uso delle connessioni SSL insieme a questa caratteristica. In caso di connessioni SSL attive, Amazon Aurora MySQL non esegue l'applicazione di patch senza tempi di inattività, ma riprova periodicamente fino a quando le connessioni SSL non saranno state chiuse. In tal caso, si procederà con l'applicazione delle patch senza tempi di inattività. Se le connessioni SSL persistono dopo più di un paio di secondi, vengono applicate le patch standard con tempi di inattività.
+ Questa caratteristica è disponibile nella versione 1.10 e in quelle successive di Aurora. In futuro, verranno identificate le versioni o le patch che non possono essere applicate senza tempi di inattività.
+ Questa caratteristica non può essere usata se la replica basata su log binario è attiva.
+ **Indicizzazione spaziale**:– l'indicizzazione spaziale consente di migliorare le prestazioni delle query su set di dati di grandi dimensioni per le query che usano i dati spaziali. Per ulteriori informazioni sull'uso dell'indicizzazione spaziale, consulta [Amazon Aurora MySQL e dati spaziali](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) nella *Guida per l'utente di Amazon Aurora*.
Questa caratteristica è disattivata per impostazione predefinita ma può essere attivata nella modalità di laboratorio di Aurora. Per informazioni Aurora, consulta [Modalità di laboratorio per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Miglioramenti della pipeline di replica**:– Aurora MySQL ora utilizza un meccanismo migliorato per applicare gli aggiornamenti del flusso di log alla cache del buffer di una replica di Aurora. Questa funzione migliora la stabilità e le prestazioni di lettura delle repliche di Aurora nel caso di un carico di scrittura elevato sul master, ma anche di un carico di lettura significativo sulla replica. Questa caratteristica viene attivata per impostazione predefinita.
+ **Miglioramento delle prestazioni per i carichi di lavoro con letture memorizzate nella cache**:– Aurora MySQL ora utilizza un algoritmo simultaneo senza latch per implementare le viste delle letture, per ottenere un miglioramento delle prestazioni delle query di lettura gestite dalla cache del buffer. Grazie a questo e ad altri miglioramenti, Amazon Aurora MySQL può raggiungere un throughput fino a 625.000 letture al secondo rispetto alle 164.000 letture al secondo di MySQL 5.7 per un carico di lavoro solo Select. SysBench
+ **Miglioramento delle prestazioni per i carichi di lavoro con righe in conflitto**:– Aurora MySQL ora utilizza un nuovo algoritmo per il rilascio dei blocchi che migliora le prestazioni, in particolare nel caso di conflitto nelle pagine (ovvero di molte transazioni che si contendono le righe di una stessa pagina). Nei test con il benchmark TPC-C, si può ottenere un miglioramento di 16 volte superiore delle transazioni al minuto relative a MySQL 5.7. Questa caratteristica è disattivata per impostazione predefinita ma può essere attivata nella modalità di laboratorio di Aurora. Per informazioni Aurora, consulta [Modalità di laboratorio per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ La velocità della replica della cache dell'indice di ricerca full-text è stata migliorata attraverso l'aggiornamento della cache solo dopo una richiesta di lettura in una replica di Aurora. Questo approccio evita eventuali letture nel disco da parte del thread di replica.
+ È stato risolto un problema a causa del quale l'invalidazione della cache del dizionario non funziona in una replica di Aurora per le tabelle contenenti un carattere speciale nel nome del database o della tabella.
+ È stato risolto un problema relativo a `STUCK IO` che si verificava durante la migrazione dei dati e relativo ai nodi di storage distribuiti, quando era attivata la gestione dell'utilizzo dello storage.
+ È stato risolto un problema relativo alla gestione dei blocchi a causa del quale un controllo delle asserzioni non andava a buon fine per il thread in attesa per il blocco delle transazioni durante la preparazione del rollback o del commit di una transazione.
+ È stato risolto un problema relativo a una tabella di dizionario danneggiata tramite l'aggiornamento corretto del numero di riferimenti alle voci della tabella di dizionario.
+ È stato corretto un bug in cui il punto di lettura minimo del cluster del database poteva essere conservato dalle repliche di Aurora lenta.
+ È stato risolto un problema relativo a una potenziale perdita di memoria nella cache della query.
+ È stato corretto un bug a causa del quale una replica di Aurora attivava un blocco a livello di riga in una tabella quando si utilizzava una query `IF` di una procedura archiviata.
## Integrazione delle correzioni di bug di MySQL.
+ L'unione delle tabelle derivate genera risultati errati con clausole "1=0/false". (Bug 69471)
+ Si verifica un arresto anomalo del server in ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS durante la seconda esecuzione della procedura archiviata. (Bug 20755389)
+ Impedire lo stallo delle query di MySQL per un periodo troppo lungo durante la sincronizzazione della cache FTS sul disco tramite l'offload di un'attività di sincronizzazione in un thread separato non appena la cache raggiunge il 10% della sua dimensione totale. (Bug 22516559, 73816)
# Aggiornamenti del motore di database Aurora MySQL: 10/11/2016 (versioni 1.9.0, 1.9.1) (obsolete)
**Versione:** 1.9.0, 1.9.1
## Nuove caratteristiche
+ **Creazione migliorata degli indici**:– l'implementazione per la creazione di indici secondari ora consente di creare indici dal basso verso l'alto e di eliminare così le divisioni di pagina non necessarie. In questo modo si riduce fino al 75% il tempo necessario alla creazione di un indice o alla rigenerazione di una tabella (in base alla classe di istanza database `db.r3.8xlarge`). Questa caratteristica è stata resa disponibile in modalità di laboratorio nella versione 1.7 di Aurora MySQL e viene attivata per impostazione predefinita nella versione 1.9 e in quelle successive di Aurora. Per informazioni Aurora, consulta [Modalità di laboratorio per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Compressione del blocco (modalità di laboratorio)**:– questa implementazione riduce in modo significativo (fino al 66%) la quantità di memoria consumata dalla gestione blocchi. Lock Manager out-of-memory può acquisire più blocchi di riga senza incontrare alcuna eccezione. Questa caratteristica è disattivata per impostazione predefinita ma può essere attivata nella modalità di laboratorio di Aurora. Per informazioni Aurora, consulta [Modalità di laboratorio per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Schema di prestazioni**: –Aurora MySQL ora comprende il supporto dello schema di prestazioni con un impatto minimo sulle prestazioni. Nei nostri test SysBench, l'utilizzo dello schema di prestazioni potrebbe ridurre le prestazioni di MySQL fino al 60%.
SysBench il test di un cluster Aurora DB ha mostrato un impatto sulle prestazioni 4 volte inferiore rispetto a MySQL. L'esecuzione della classe di istanze `db.r3.8xlarge` DB ha prodotto 100.000 letture SQL writes/sec e oltre 550.000 letture SQL al secondo, anche con lo schema delle prestazioni abilitato.
+ **Miglioramento dei conflitti delle righe**: –questa caratteristica riduce l'utilizzo della CPU e migliora le prestazioni quando un numero elevato di connessioni accede a un numero ridotto di righe. Questa caratteristica elimina ` error 188` in caso di miglioramento dei conflitti delle righe.
+ ** out-of-memoryGestione migliorata**: quando vengono eseguite istruzioni SQL non essenziali e bloccate e il pool di memoria riservato viene violato, Aurora impone il rollback di tali istruzioni SQL. Questa funzionalità libera memoria e previene i crash del motore dovuti a eccezioni. out-of-memory
+ **Selettore di lettura intelligente**: questa implementazione migliora la latenza di lettura scegliendo il segmento di archiviazione ottimale tra diversi segmenti per ogni lettura, con conseguente miglioramento della velocità di lettura. SysBench i test hanno mostrato un aumento delle prestazioni fino al 27% per i carichi di lavoro di scrittura.
## Miglioramenti
+ È stato risolto un problema a causa del quale una replica di Aurora rilevava un blocco condiviso durante l'avvio del motore.
+ È stato corretto un potenziale arresto anomalo in una replica di Aurora che sarebbe potuto verificare nel caso in cui il puntatore di lettura del sistema di rimozione fosse stato NULL.
# Aggiornamenti del motore di database Aurora MySQL 26/10/2016 (versione 1.8.1) (obsoleta)
**Versione:** 1.8.1
## Miglioramenti
+ È stato risolto un problema a causa del quale gli inserimenti bulk che utilizzano trigger e invocano le procedure AWS Lambda non andavano a buon fine.
+ È stato risolto un problema a causa del quale la migrazione del catalogo non andava a buon fine nei casi in cui il commit automatico non era attivo a livello globale.
+ Risolto un errore di connessione ad Aurora quando si utilizzava SSL e migliorato il gruppo Diffie-Hellman per gestire gli attacchi. LogJam
## Integrazione delle correzioni di bug di MySQL.
+ OpenSSL ha modificato i parametri di lunghezza della chiave Diffie-Hellman a causa del problema. LogJam (Bug 18367167)
# Aggiornamenti del motore di database Aurora MySQL 18/10/2016 (versione 1.8) (obsoleta)
**Versione:** 1.8
## Nuove funzionalità
+ **AWS Lambda integrazione**: ora puoi richiamare in modo asincrono una funzione AWS Lambda da un cluster Aurora DB utilizzando la procedura. `mysql.lambda_async` Per ulteriori informazioni, consulta [Chiamare una funzione Lambda da un cluster DB Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Caricamento dei dati da Amazon S3**:– ora è possibile caricare i file di testo o XML da un bucket Amazon S3 in un cluster di database Aurora utilizzando i comandi `LOAD DATA FROM S3` o `LOAD XML FROM S3`. Per ulteriori informazioni, consulta [Caricamento dei dati in un cluster DB Amazon Aurora MySQL da file di testo in un bucket Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html) nella *Guida per l'utente di Amazon Aurora*.
+ **Migrazione del catalogo**:– Aurora ora salva i metadati del catalogo nel volume del cluster per supportare la funzione Versioni multiple. In questo modo si attiva una migrazione del catalogo tra versioni e ripristini.
+ **Applicazione di patch e manutenzione a livello di cluster**: –Aurora ora gestisce gli aggiornamenti della manutenzione per un cluster di database intero. Per ulteriori informazioni, consulta [Manutenzione di un cluster database Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema a causa del quale si verificava un arresto anomalo della replica di Aurora quando non si attuava un blocco a livello di metadati in una tabella DDL in transito.
+ Sono consentite repliche di Aurora per modificare tabelle non InnoDB e facilitare la rotazione dei file di log CSV generali e lenti dove `log_output=TABLE`.
+ È stato risolto un problema di rallentamento che si verificava durante l'aggiornamento delle statistiche da parte dell'istanza primaria in una replica di Aurora. Senza questa soluzione, le statistiche della replica di Aurora possono non risultare sincronizzate con le statistiche dell'istanza principale e generare un piano di query diverso (probabilmente con prestazioni scarse) in una replica di Aurora.
+ È stata risolta una race condition che non permetteva alla replica di aurora di attivare blocchi.
+ È stato risolto un problema raro a causa del quale una replica di Aurora che registrava o annullava la registrazione con l'istanza primaria non andava a buon fine.
+ È stata risolta una race condition che portava a un deadlock nelle istanze `db.r3.large` all'apertura o chiusura di un volume.
+ È stato risolto un out-of-memory problema che può verificarsi a causa di una combinazione di un carico di lavoro di scrittura di grandi dimensioni e di errori nel servizio Aurora Distributed Storage.
+ È stato risolto un problema relativo a un consumo della CPU elevato a causa del thread di eliminazione che si avviava durante transazioni lunghe.
+ È stato risolto un problema che si verificava durante l'esecuzione di query nello schema di informazioni per ottenere dati sui blocchi in caso di carichi elevati.
+ È stato risolto un problema relativo alla procedura di diagnostica che in casi rari poteva provocare lo stallo e il riavvio o failover dei nodi di storage.
+ È stato risolto un problema a causa del quale una tabella creata correttamente poteva essere eliminata durante il ripristino da arresto anomalo se questo si verificava durante la gestione di un'istruzione `CREATE TABLE [if not exists]`.
+ È stato risolto un problema a causa del quale la procedura di rotazione del log veniva danneggiata quando i log generale e lento non venivano archiviati su disco attraverso la mitigazione del catalogo.
+ È stato risolto un problema di arresto anomalo che si verificava quando un utente creava una tabella temporanea all'interno di una funzione definita dall'utente e successivamente tale funzione veniva utilizzata nell'elenco selezionato di query.
+ È stato risolto un problema di arresto anomalo che si verificava durante la riproduzione di eventi GTID. GTID non è supportato da Aurora MySQL.
## Integrazione delle correzioni di bug di MySQL.
+ Quando si rilasciavano tutti gli indici in una colonna con più indici, InnoDB non riusciva a bloccare l'operazione DROP INDEX nei casi in cui una limitazione chiave esterna richiedeva un indice. (Bug 16896810)
+ È stato risolto un problema di arresto anomalo in caso di aggiunta di limitazioni relative alla chiave esterna. (Bug 16413976)
+ È stato risolto un problema di arresto anomalo relativo al prelievo di un cursore in una procedura archiviata e all'analisi o allo svuotamento della tabella in contemporanea. (Bug 18158639)
+ È stato risolto un bug di incremento automatico che si verificava quando un utente modificava una tabella per cambiare il valore AUTO\$1INCREMENT e lo impostava su un valore inferiore a quello della colonna di incremento automatico massimo. (Bug 16310273)
# Aggiornamenti del motore di database Aurora MySQL 20/09/2016 (versione 1.7.1) (obsoleta)
**Versione:** 1.7.1
## Miglioramenti
+ È stato risolto un problema a causa del quale si verificava un arresto anomalo della replica di Aurora se la cache della ricerca full-text InnoDB era piena.
+ È stato risolto un problema di arresto anomalo del motore di database nel caso in cui un thread lavoratore del pool di thread restava in attesa di se stesso.
+ È stato risolto un problema a causa del quale si verificava un arresto anomalo della replica di Aurora se il blocco a livello di metadati di una tabella provocava un deadlock.
+ È stato risolto un problema di arresto anomalo del motore di database provocato da una race condition tra i thread lavoratori nel pool di thread.
+ È stato risolto un problema relativo al verificarsi di un failover non necessario in caso di carichi elevati se l'agente di monitoraggio non rilevava l'avanzamento delle operazioni di scrittura nel sottosistema di storage distribuito.
# Aggiornamenti del motore di database Aurora MySQL 30/08/2016 (versione 1.7.0) (obsoleta)
**Versione:** 1.7.0
## Nuove caratteristiche
+ **Pianificatore compatibile con NUMA**:– il pianificatore di attività per il motore Aurora MySQL ora è compatibile con NUMA (Non-Uniform Memory Access). In questo modo si riduce il conflitto dei socket tra CPU con un conseguente miglioramento delle prestazioni per la classe di istanza del database `db.r3.8xlarge`.
+ **La lettura anticipata parallela opera in modo asincrono in background**: –la lettura anticipata parallela è stata aggiornata per migliorarne le prestazioni attraverso un thread dedicato con l'obiettivo di ridurre i conflitti tra i thread.
+ **Creazione migliorata degli indici (modalità di laboratorio)**:– l'implementazione per la creazione di indici secondari ora consente di creare indici dal basso verso l'alto e di eliminare così le divisioni di pagina non necessarie. In questo modo si riduce il tempo necessario alla creazione di un indice o alla rigenerazione di una tabella. Questa caratteristica è disattivata per impostazione predefinita ma può essere attivata nella modalità di laboratorio di Aurora. Per informazioni Aurora, consulta [Modalità di laboratorio per Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) nella *Guida per l'utente di Amazon Aurora*.
## Miglioramenti
+ È stato risolto un problema che si verificava quando i tentativi di stabilire una connessione richiedevano troppo tempo a causa di una coda di richieste di connessioni a un'istanza.
+ È stato risolto un problema di arresto anomalo se ALTER TABLE veniva eseguita su una tabella partizionata che non usava InnoDB.
+ È stato risolto un problema a causa del quale un carico di lavoro di scrittura elevato poteva provocare un failover.
+ È stato risolto un problema di asserzione errata che provocava un errore se RENAME TABLE veniva eseguita su una tabella partizionata.
+ È stata migliorata la stabilità durante il rollback di una transazione nell'ambito di un carico di lavoro di inserimento gravoso.
+ È stato risolto un problema a causa del quale gli indici di ricerca full-text non erano eseguibili in una replica di Aurora.
## Integrazione delle correzioni di bug di MySQL.
+ È stata migliorata la scalabilità attraverso la partizione del blocco LOCK\$1grant. (Porta WL 8355)
+ L'apertura del cursore in SELECT in una procedura archiviata provocava segfault. (Bug 16499751)
+ MySQL mostra risultati sbagliati nel caso di alcuni usi speciali. (Bug 11751794)
+ Arresto anomalo di GET\$1SEL\$1ARG\$1FOR\$1KEYPART – Provocato dalla patch per il bug 11751794. (Bug 16208709)
+ Risultati errati per una query semplici con GROUP BY. (Bug 17909656)
+ Righe extra in una query semi-join con predicati in serie. (Bug 16221623)
+ L'aggiunta di una clausola ORDER BY dopo una subquery IN poteva provocare la visualizzazione di righe duplicate. (Bug 16308085)
+ Arresto anomalo con un Explain plan per una query con una scansione debole per GROUP BY, MyISAM. (Bug 16222245)
+ La scansione degli indici debole con il predicato int tra virgolette restituisce dati casuali. (Bug 16394084)
+ Se l'ottimizzatore utilizzava una scansione degli indici debole, poteva verificarsi un'uscita dal server durante il tentativo di creazione di una tabella temporanea. (Bug 16436567)
+ COUNT(DISTINCT) non deve contare valori NULL, ma venivano comunque contati quando l'ottimizzatore utilizzava una scansione degli indici debole. (Bug 17222452)
+ Se una query presentava MIN()/MAX() e aggregate\$1function(DISTINCT) (ad esempio SUM(DISTINCT)) e veniva eseguita utilizzando una scansione degli indici debole, i valori visualizzati relativi a MIN()/MAX() non erano corretti. (Bug 17217128)
# Aggiornamenti del motore di database Aurora MySQL 01/06/2016 (versione 1.6.5) (obsoleta)
**Versione:** 1.6.5
## Nuove caratteristiche
+ **Storage efficiente di log binari**: –lo storage efficiente dei log binari è ora attivo per impostazione predefinita per tutti i cluster di database di Aurora MySQL e non configurabile. Lo storage efficiente dei log binari è stato introdotto con l'aggiornamento di aprile 2016. Per ulteriori informazioni, consulta [Aggiornamenti del motore di database Aurora MySQL 06/04/2016 (versione 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md).
## Miglioramenti
+ È stata migliorata la stabilità delle repliche di Aurora nei casi in cui l'istanza primaria rileva un carico di lavoro gravoso.
+ È stata migliorata la stabilità delle repliche di Aurora durante l'esecuzione di query sulle tabelle partizionate e sulle tabelle contenenti caratteri speciali nel nome.
+ Sono stati risolti i problemi di connessione che si verificavano in caso di utilizzo di connessioni sicure.
## Integrazione delle correzioni di bug di MySQL.
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)
# Aggiornamenti del motore di database Aurora MySQL 06/04/2016 (versione 1.6) (obsoleta)
**Versione:** 1.6
Questo aggiornamento include i seguenti miglioramenti:
## Nuove caratteristiche
+ **Lettura anticipata parallela** – la lettura anticipata parallela viene ora attivata per impostazione predefinita per tutti i cluster di database di Aurora MySQL e non è configurabile. La lettura anticipata parallela è stata introdotta con l'aggiornamento di dicembre 2015. Per ulteriori informazioni, consulta [Aggiornamenti del motore di database Aurora MySQL 03/12/2015 (versione 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).
Oltre ad attivare la lettura anticipata parallela per impostazione predefinita, questa versione include anche i seguenti miglioramenti per questa caratteristica:
+ È stata migliorata la logica per consentire alla lettura anticipata parallela di essere meno aggressiva, il che è un vantaggio quando il cluster del database rileva molti carichi di lavoro paralleli.
+ È stata migliorata la stabilità delle tabelle più piccole.
+ **Storage efficiente di log binari (modalità di laboratorio)**:– i file log binari di MySQL ora vengono archiviati in un modo più efficiente in Aurora MySQL. L'implementazione del nuovo storage consente di eliminare prima i file log binari e migliora le prestazioni del sistema per un'istanza in un cluster di database Aurora MySQL, che è un master di replica log binario.
Per attivare uno storage efficiente dei log binari, occorre impostare il parametro `aurora_lab_mode` su `1` nel gruppo di parametri per l'istanza primaria o per la replica di Aurora. `aurora_lab_mode` è un parametro a livello di istanza che viene impostato nel gruppo di parametri `default.aurora5.6` per impostazione predefinita. Per informazioni sulla modifica di un gruppo di parametri di database, consulta [Modifica di parametri in un gruppo di parametri del database](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) nella *Guida per l'utente di Amazon Aurora*. Per informazioni sui gruppi di parametri e su Aurora MySQL, consulta [Parametri di configurazione Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) nella *Guida per l'utente di Amazon Aurora*.
Attivare lo storage efficiente dei log binari per le istanze in un cluster di database Aurora MySQL che sono istanze master di replica log binari di MySQL.
+ **Variabile di sistema AURORA\$1VERSION**:– ora è possibile ottenere una versione di Aurora del cluster di database Aurora MySQL eseguendo una query per la variabile di sistema `AURORA_VERSION`.
Per ottenere la versione di Aurora, è possibile utilizzare una delle seguenti query:
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
Puoi anche vedere la versione di Aurora Console di gestione AWS quando modifichi un cluster DB o chiamando il [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI comando o l'operazione API [Descrivi DBEngine Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ **Metrica di utilizzo della memoria per la gestione dei blocchi** – ora le informazioni sull'utilizzo della memoria per la gestione dei blocchi sono disponibili sotto forma di parametri.
Per ottenere il parametro di utilizzo della memoria per la gestione dei blocchi, è possibile utilizzare una delle seguenti query:
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## Miglioramenti
+ È stata migliorata la stabilità durante il ripristino delle transazioni XA e dei file binlog.
+ È stato risolto un problema di memoria provocato da un numero elevato di connessioni.
+ È stata migliorata l'accuratezza dei seguenti parametri: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` e `Disk Queue Depth`.
+ È stato risolto un problema di stabilità a causa del quale si verificava un riavvio lento delle istanze di grandi dimensioni dopo un arresto anomalo.
+ È stata migliorata la simultaneità nel dizionario dati dei meccanismi di sincronizzazione e di espulsione della cache.
+ Miglioramenti della stabilità e delle prestazioni per le repliche di Aurora:
+ È stato risolto un problema di stabilità delle repliche di Aurora nei casi di carichi di lavoro di scrittura per l'ottimizzazione o gravosi per l'istanza primaria.
+ È stato migliorato il ritardo di replica per le istanze di db.r3.4xlarge e db.r3.8xlarge.
+ Sono state migliorate le prestazioni tramite la riduzione dei conflitti tra applicazioni di record log e letture simultanee in una replica di Aurora.
+ È stato risolto un problema relativo all'aggiornamento delle statistiche nelle repliche di Aurora per le statistiche aggiornate o appena create.
+ È stata migliorata la stabilità delle repliche di Aurora nel caso di un numero elevato di transazioni nell'istanza primaria e di letture simultanee nelle repliche di Aurora relative agli stessi dati.
+ È stata migliorata la stabilità delle repliche di Aurora durante l'esecuzione delle istruzioni `UPDATE` e `DELETE` con le istruzioni `JOIN`.
+ È stata migliorata la stabilità delle repliche di Aurora durante l'esecuzione delle istruzioni `INSERT ... SELECT`.
## Integrazione delle correzioni di bug di MySQL.
+ Bug BACKPORT 18694052 SOLUZIONE PER ASSERZIONE ERRORE `\$1M\$1ORDERED\$1REC\$1BUFFER' IN 5.6 (bug 18305270)
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (bug 18383840)
+ RISULTATI ERRATI CON LA PARTIZIONE INDEX\$1MERGE E NO PK (bug 18167648)
+ SVUOTAMENTO TABELLE PER ESPORTAZIONE: ASSERZIONE IN HA\$1PARTITION::EXTRA (bug 16943907)
+ ARRESTO ANOMALE DEL SERVER IN GESTORE VIRTUALE HA\$1ROWS: :MULTI\$1RANGE\$1READ\$1INFO\$1CONST (bug 16164031)
+ ARRESTO ANOMALO OTTIMIZZATORE SERIE IN SEL\$1ARG::RB\$1INSERT() (bug 16241773)
# Aggiornamenti del motore di database Aurora MySQL 11/01/2016 (versione 1.5) (obsoleta)
**Versione:** 1.5
Questo aggiornamento include i seguenti miglioramenti:
## Miglioramenti
+ È stata eliminata una pausa di 10 secondi delle operazioni di scrittura per le istanze inattive durante le distribuzioni dello storage di Aurora.
+ La lettura anticipata logica ora funziona quando `innodb_file_per_table` è impostato su `No`. Per ulteriori informazioni sulla lettura anticipata logica, consulta [Aggiornamenti del motore di database Aurora MySQL 03/12/2015 (versione 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).
+ Sono stati risolti problemi relativi alla riconnessione delle repliche di Aurora all'istanza primaria. Questo miglioramento risolve anche un problema che si verificava nello specificare valori elevati per il parametro `quantity` durante il test degli errori della replica di Aurora attraverso le query fault-injection. Per ulteriori informazioni, consulta [Test di un errore di replica Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure) nella *Guida per l'utente di Amazon Aurora*.
+ È stato migliorato il monitoraggio delle repliche di Aurora in ritardo e che si riavviavano.
+ È stato risolto un problema che provocava ritardi, annullamenti di registrazioni e riavvi della replica di Aurora.
+ È stato risolto un problema che si verificava con l'esecuzione del comando `show innodb status` durante un deadlock.
+ È stato risolto un problema relativo ai failover di istanza di grandi dimensioni in caso di velocità di lettura elevate.
## Integrazione delle correzioni di bug di MySQL.
+ È stata risolta una correzione incompleta relativa alla ricerca full-text in MySQL che interessava le tabelle con un nome del database che iniziava con un numero. (Bug 17607956)
# Aggiornamenti del motore di database Aurora MySQL 03/12/2015 (versione 1.4) (obsoleta)
**Versione:** 1.4
Questo aggiornamento include i seguenti miglioramenti:
## Nuove caratteristiche
+ **Inserimento rapido**:– Accelera gli inserimenti paralleli ordinati in base alla chiave primaria. Per informazioni Aurora, consulta [Miglioramenti alle prestazioni di Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) nella *Guida per l'utente di Amazon Aurora*.
+ **Prestazioni di lettura dei set di dati di grandi dimensioni**: –Aurora MySQL rileva automaticamente un carico di lavoro I/O gravoso e lancia altri thread per migliorare le prestazioni del cluster di database. Il pianificatore di Aurora analizza l'attività I/O e decide di modificare in modo dinamico il numero ottimale di thread nel sistema, cambiando rapidamente i carichi di lavoro gravosi per CPU e attività I/O con un sovraccarico ridotto.
+ **Lettura anticipata parallela**: –migliora le prestazioni delle scansioni dell'albero B troppo grandi per la memoria disponibile nell'istanza primaria o nella replica di Aurora (incluse le query in un intervallo). La lettura anticipata parallela rileva automaticamente i pattern di lettura della pagina ed esegue un prefetch delle pagine nella cache del buffer prima del necessario. La lettura anticipata parallela funziona su più tabelle contemporaneamente e nell'ambito della stessa transazione.
## Miglioramenti:
+ È stato risolto un problema di disponibilità breve del database Aurora durante le distribuzioni dello storage Aurora.
+ È stato implementato correttamente il limite `max_connection`.
+ È stato migliorato lo svuotamento del file binlog laddove Aurora è il master binlog e il database si riavvia dopo un carico di lavoro gravoso.
+ È stato risolto un problema di gestione della memoria con la cache della tabella.
+ È stato aggiunto il supporto per le pagine di grandi dimensioni nella cache del buffer della memoria condivisa per un ripristino più veloce.
+ È stato risolto un problema relativo alla mancata inizializzazione dello storage locale dei thread.
+ Consente 16.000 connessioni per impostazione predefinita.
+ Pool di thread dinamici per i carichi di lavoro I/O gravosi.
+ È stato risolto un problema di viste sull'invalidamento relative a UNION nella cache della query.
+ È stato risolto un problema di stabilità relativo al thread delle statistiche del dizionario.
+ È stato risolto un problema di perdita di memoria nel sottosistema del dizionario correlato all'espulsione della cache.
+ È stato risolto un problema di latenza di lettura elevata nelle repliche di Aurora in cui è presente un carico di scrittura scarso sul master.
+ Sono stati risolti problemi di stabilità delle repliche di Aurora durante l'esecuzione di operazioni sulle tabelle partizionate DDL, ad esempio ALTER TABLE ... REORGANIZE PARTITION sul master.
+ Sono stati risolti problemi di stabilità relativi alle repliche di Aurora durante l'aumento del volume.
+ È stato risolto un problema di prestazioni relativo alle scansioni degli indici non nel cluster nelle repliche di Aurora.
+ È stato risolto un problema di stabilità che provocava un ritardo delle repliche di Aurora e possibilmente un annullamento della registrazione e un riavvio.
## Integrazione delle correzioni di bug di MySQL.
+ SEGV in FTSPARSE(). (Bug 16446108)
+ Il dizionario dati InnoDB non viene aggiornato quando si ridenomina la colonna. (Bug 19465984)
+ Arresto anomalo di FTS dopo aver modificato il nome della tabella in un database diverso. (Bug 16834860)
+ Un errore nella preparazione del trigger per le tabelle troncate genera l'errore 1054. (Bug 18596756)
+ Modifiche ai metadati potrebbero provocare problemi relativi all'esecuzione del trigger. (Bug 18684393)
+ La materializzazione non viene scelta per un campo UTF8 VARCHAR lungo. (Bug 17566396)
+ Piano con esecuzione scarsa quando si usa ORDER BY con un limite X. (Bug \$116697792)
+ Bug backport 11765744 nelle VERSIONI 5.1, 5.5 E 5.6. (Bug 17083851)
+ Problema di mutex in SQL/SQL\$1SHOW.CC con conseguente. SIG6 Probabile origine: FILL\$1VARIABLES. (Bug 20788853)
+ Bug backport 18008907 nelle versioni 5.5 e successive. (Bug 18903155)
+ Adeguamento di una correzione per un errore dell'overflow dello stack in MySQL 5.7. (Bug 19678930)
# Aggiornamenti del motore di database Aurora MySQL 16/10/2015 (versioni 1.2, 1.3) (obsolete)
**Versioni:** 1.2, 1.3
Questo aggiornamento include i seguenti miglioramenti:
## Correzioni
+ out-of-memoryProblema risolto nel nuovo gestore di blocchi con transazioni di lunga durata
+ È stato risolto un problema di vulnerabilità della sicurezza durante la replica di database non RDS for MySQL
+ È stato eseguito un aggiornamento per garantire che il quorum scriva i nuovi tentativi correttamente con gli errori di storage
+ È stato eseguito un aggiornamento per segnalare in modo più accurato i ritardi delle repliche
+ Sono state migliorate le prestazioni tramite la riduzione dei conflitti che si verificano quando più transazioni simultanee cercano di modificare la stessa riga
+ È stato risolto un problema di invalidazione della cache della query per le viste create con l'unione di due tabelle
+ È stata disattivata la cache della query per le transazioni con l'isolamento di `UNCOMMITTED_READ`
## Miglioramenti
+ Sono state migliorate le prestazioni per le query di catalogo lente nelle cache usate
+ È stata migliorata la simultaneità nelle statistiche dei dizionari
+ È stata migliorata la stabilità per la gestione delle risorse della cache delle query, la gestione delle estensioni, i file archiviati nello storage intelligente di Amazon Aurora e la scrittura in batch dei record dei log
## Integrazione delle correzioni di bug di MySQL.
+ L'interruzione di una query in InnoDB ne può provocare un arresto anomalo con asserzione. (Bug 1608883)
+ A causa di un errore nella creazione di un nuovo thread per il pianificatore di eventi, l'esecuzione di eventi o una nuova connessione, non è stato scritto alcun messaggio nel log di errore. (Bug 16865959)
+ Se una connessione ha cambiato il suo database predefinito e in contemporanea un'altra connessione ha eseguito SHOW PROCESSLIST, la seconda connessione potrebbe accedere alla memoria non valida nel tentativo di mostrare la memoria del database predefinito della prima connessione. (Bug 11765252)
+ LO SVUOTAMENTO DEI LOG BINARI in base al design non ha rimosso i file log binari in uso o attivi e non ha indicato quando ciò si è verificato. (Bug 13727933)
+ Per alcune istruzioni, potrebbero verificarsi perdite di memoria durante la rimozione da parte dell'ottimizzatore di clausole delle subquery non necessarie. (Bug 15875919)
+ Durante l'arresto, il server non ha potuto cercare di bloccare il mutex non inizializzato. (Bug 16016493)
+ Un'istruzione preparata che utilizza GROUP\$1CONCAT() e una clausola ORDER BY che ha denominato più colonne potrebbe provocare un'uscita del server. (Bug 16075310)
+ La strumentazione dello schema di prestazioni mancava per i thread lavoratore slave. (Bug 16083949)
+ `STOP SLAVE` potrebbe causare un deadlock se emesso contemporaneamente a un'istruzione come SHOW STATUS che ha recuperato i valori per una o più variabili di stato `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat` o `Slave_running`. (Bug 16088188)
+ Una query full-text che utilizza una modalità booleana potrebbe non mostrare risultati in alcuni casi, quando il termini di ricerca è una citazione. (Bug 16206253)
+ Il tentativo dell'ottimizzatore di rimuovere le clausole di subquery ridondanti ha generato un'asserzione durante l'esecuzione di un'istruzione preparata con una subquery nella clausola ON di un join di una subquery. (Bug 16318585)
+ GROUP\$1CONCAT instabile, arresto anomalo in ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL. (Bug 16347450)
+ Il tentativo di sostituire l'elenco stopword di una ricerca full-text InnoDB predefinito tramite la creazione di una tabella InnoDB con la stessa struttura di INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD genera un errore. (Bug 16373868)
+ Dopo che il thread del client in uno slave ha eseguito FLUSH TABLES WITH READ LOCK e dopo che sono stati eseguiti degli aggiornamenti nel master, lo slave resta in attesa durante l'esecuzione di `SHOW SLAVE STATUS`. (Bug 16387720)
+ Quando si esegue l'analisi di una stringa di ricerca delimitata, ad esempio "abc-def" in una ricerca full-text, InnoDB utilizza gli stessi delimitatori della parole di MyISAM. (Bug 16419661)
+ Arresto anomalo in FTS\$1AST\$1TERM\$1SET\$1WILDCARD. (Bug 16429306)
+ SEGFAULT in FTS\$1AST\$1VISIT() per il test FTS RQG. (Bug 16435855)
+ Per le build di debug, quanto l'ottimizzatore ha rimosso un elemento Item\$1ref che puntava a una subquery, ha provocato un'uscita del server. (Bug 16509874)
+ Le ricerche full-text nelle tabelle InnoDB non hanno dato un esito positivo nel caso di ricerche di citazioni con gli operatori \$1 o -. (Bug 16516193)
+ `START SLAVE`fallito all'avvio del server con le opzioni -- master-info-repository =TABLE relay-log-info-repository =TABLE e con autocommit impostato su 0, insieme a. `--skip-slave-start` (Bug 16533802)
+ I risultati di una ricerca full-text InnoDB estesa possono utilizzare una quantità di memoria eccessiva. (Bug 16625973)
+ Per le build di debug, si può verificare un'asserzione in OPT\$1CHECK\$1ORDER\$1BY quando si utilizza un elemento binario in una stringa di ricerca, poiché l'elemento binario potrebbe includere byte NULL e altri caratteri non significativi. (Bug 16766016)
+ Per alcune istruzioni, potrebbero verificarsi perdite di memoria durante la rimozione da parte dell'ottimizzatore di clausole delle subquery non necessarie. (Bug 16807641)
+ È stato possibile generare un deadlock dopo aver utilizzato FLUSH TABLES WITH READ LOCK tramite `STOP SLAVE` in una nuova connessione allo slave e successivamente un `SHOW SLAVE STATUS` usando la connessione originale. (Bug 16856735)
+ GROUP\$1CONCAT() con un separatore non valido può provocare un'uscita dal server. (Bug 16870783)
+ Il server ha fatto un blocco eccessivo sui mutex LOCK\$1Active\$1mi e active\$1mi-> rli->data\$1lock per qualsiasi istruzione “pattern” SHOW STATUS LIKE, anche quando il pattern non corrispondeva alle variabili di stato che usano quei mutex (`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`). (Bug 16904035)
+ Una ricerca full-text che utilizza un modificatore IN BOOLEAN MODE genera un errore di asserzione. (Bug 16927092)
+ Una ricerca full-text nelle tabelle InnoDB non ha generato risultati quando si è usato l'operatore booleano \$1. (Bug 17280122)
+ Deadlock in 4 modalità: zombie, svuotamento binlog, visualizzazione elenchi processi, visualizzazioni binlog. (Bug 17283409)
+ Quando un thread SQL in attesa di un blocco commit viene interrotto e riavviato, la transazione viene ignorata nello slave. (Bug 17450876)
+ Si verifica un errore relativo alla ricerca full-text InnoDB a causa di un token non completato. La stringa e la lunghezza della stringa devono essere trasmesse per consentire un confronto. (Bug 17659310)
+ Un numero elevato di tabelle InnoDB partizionate può utilizzare molta più memoria se utilizzate in MySQL 5.6 o 5.7 rispetto alla memoria usata dalle stesse tabelle in versioni precedenti di MySQL Server. (Bug 17780517)
+ Per le query full-text, un valore num\$1token inferiore a quello di max\$1proximity\$1item può generare un'asserzione. (Bug 18233051)
+ Alcune query per le tabelle INFORMATION\$1SCHEMA TABLES e COLUMNS possono utilizzare troppa memoria nel caso di quantità elevate di tabelle InnoDB vuote. (Bug 18592390)
+ Quando si esegue una transazione, viene usato un flag per controllare che sia stato creato un thread e non si controlla direttamente il thread, perché in tal modo si usano meno risorse, in particolare quando si esegue il server con master\$1info\$1repository=TABLE. (Bug 18684222)
+ Se un thread del client in uno slave ha eseguito FLUSH TABLES WITH READ LOCK mentre il master ha eseguito un DML, l'esecuzione di `SHOW SLAVE STATUS` nello stesso client viene bloccato con un conseguente deadlock. (Bug 19843808)
+ Ordinare in base al risultato GROUP\$1CONCAT() può provocare un'uscita dal server. (Bug 19880368)
# Aggiornamenti del motore di database Aurora MySQL 24/08/2015 (versione 1.1) (obsoleta)
**Versione:** 1.1
Questo aggiornamento include i seguenti miglioramenti:
+ Sono stati approvati miglioramenti alla stabilità delle repliche durante l'esecuzione delle stesse con un database MySQL (replica binlog). Per informazioni sulle repliche di Aurora MySQL con MySQL, consulta [Replica con Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html) nella *Guida per l'utente di Amazon Aurora.*
+ È stato aumentato il limite delle dimensioni dei log di inoltro e portato a 1 gigabyte (GB) per un cluster di database Aurora MySQL, che rappresenta uno slave di replica. Questo migliora la gestione dei file per i cluster del database di Aurora.
+ È stata migliorata la stabilità di aree di lettura anticipata, relazioni chiave primaria su chiave esterna ricorsive e replica di Aurora.
+ Integrazione delle correzioni di bug di MySQL.
+ I database InnoDB con nomi che iniziano con un numero generano un errore del parser per le ricerche full-text. (Bug 17607956)
+ Errore nelle ricerche full-text InnoDB nei database i cui nomi iniziano con un numero. (Bug 17161372)
+ Per i database InnoDB su Windows, l'ID oggetto della ricerca full-text non è nel formato esadecimale previsto. (Bug 16559254)
+ Una regressione del codice introdotta in MySQL 5.6 influisce negativamente sulle prestazioni di DROP TABLE e ALTER TABLE. Questo può provocare un calo delle prestazioni tra MySQL Server 5.5.x e 5.6.x. (Bug 16864741)
+ La registrazione è stata semplificata per ridurre la dimensione dei file di log e la quantità di storage necessario.