Aggiornamenti del motore di database Aurora MySQL 25/10/2022 (versione 2.11.0, compatibile con MySQL 5.7.12) Questa versione non è disponibile per nuove creazioni. - Amazon Aurora

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Aggiornamenti del motore di database Aurora MySQL 25/10/2022 (versione 2.11.0, compatibile con MySQL 5.7.12) Questa versione non è disponibile per nuove creazioni.

Versione: 2.11.0

Aurora MySQL 2.11.0 è disponibile a livello generale. Le versioni 2.x di Aurora MySQL sono compatibili con MySQL 5.7.12. Per ulteriori informazioni sulle modifiche apportate alla community, consulta Changes in MySQL 5.7.12 (2016-04-11, General Availability).

Le versioni di Aurora MySQL attualmente supportate sono 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 2.11.*, 3.01.* e 3.02.*.

È possibile aggiornare un cluster di database Aurora MySQL 2.* esistente ad Aurora MySQL 2.11.0. Per i cluster che eseguono la versione Aurora MySQL 1, è possibile aggiornare un cluster Aurora MySQL 1.23 o superiore esistente a 2.11.0. È anche possibile ripristinare uno snapshot da una versione di Aurora MySQL attualmente supportata in Aurora MySQL 2.11.0.

Se un database globale Aurora MySQL viene aggiornato alla versione 2.11.* e l'inoltro di scrittura è attivato, è necessario aggiornare i cluster di database primario e secondario alla stessa versione, incluso il livello di patch, per continuare a utilizzare l'inoltro di scrittura. Per ulteriori informazioni sull'aggiornamento della versione secondaria di un database globale Aurora, consulta Aggiornamenti delle versioni secondarie.

In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite AWS Support. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora nella Guida per l'utente di Amazon Aurora.

Nota

Per informazioni su come aggiornare il cluster di database Aurora MySQL, consulta Aggiornamento della versione secondaria o del livello di patch di un cluster di database Aurora MySQL nella Guida per l'utente di Amazon Aurora.

Miglioramenti

Sono stati risolti i problemi di sicurezza e i CVE elencati di seguito:

Correzioni e altri miglioramenti per ottimizzare la gestione in un ambiente gestito. Ulteriori correzioni CVE riportate di seguito:

Nuove caratteristiche:

  • Con Aurora MySQL versione 2.11, è disponibile un nuovo aggiornamento del sistema operativo. Si consiglia di applicare questo aggiornamento del sistema operativo in sospeso a tutte le istanze database di Aurora MySQL dopo l'aggiornamento alla versione 2.11. Per ulteriori informazioni, Utilizzo degli aggiornamenti del sistema operativo.

  • È possibile utilizzare una nuova opzione di configurazione dinamica, innodb_deadlock_detect, per disabilitare il rilevamento dei deadlock. Sui sistemi ad alta simultaneità, il rilevamento del deadlock può causare un rallentamento quando numerosi thread attendono lo stesso blocco. A volte, può essere più efficiente disabilitare il rilevamento dei deadlock e affidarsi all'impostazione innodb_lock_wait_timeout per il rollback delle transazioni quando si verifica un deadlock. (Bug 23477773) Ulteriori informazioni sul rilevamento del deadlock di Innodb sono disponibili nella documentazione di MySQL.

  • Sono state aggiunte le fuzioni UUID_TO_BIN, BIN_TO_UUID e IS_UUID di MySQL 8.0. Ulteriori informazioni sull'utilizzo di queste funzioni sono disponibili nella funzione MySQL Miscellaneous.

  • È stato aggiunto il supporto per i suggerimenti per l'ottimizzazione che consentono all'utente di abilitare o disabilitare una query parallela di Aurora MySQL per tabella o per query.

  • È stato rimosso il supporto per il tipo di istanza R3.

  • Aggiunto il supporto per le istanze R6i.

Miglioramenti della disponibilità:

  • È stato risolto un problema che poteva impedire la replica logica tra regioni in un cluster di database a causa di un file binlog e di una posizione errati scritti nei log degli errori. Questo problema si può verificare quando il motore viene riavviato dopo l'esecuzione di un'istruzione DDL.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio delle istanze di lettura di Aurora durante l'esecuzione di istruzioni della lista di controllo degli accessi (ACL) come GRANT e FLUSH sull'istanza di scrittura. È più probabile che questo problema influisca sulle istanze di lettura con un numero elevato di utenti e operazioni ACL (ad esempio, modifiche delle autorizzazioni).

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio o il failover dell'istanza di scrittura quando una transazione accede a una riga che viene eliminata da un'altra transazione.

  • Sono state migliorate le prestazioni di ricerca delle frasi full-text per ridurre significativamente il tempo impiegato per cercare le frasi in una tabella con indici full-text.

  • Risolto un problema per cui, dopo il riavvio, un'istanza di scrittura si bloccava in un lento ripristino e successivamente si riavviava nuovamente. Questo problema si verifica quando nel database è presente un numero elevato di righe di cui non è stato eseguito il commit al momento del riavvio iniziale.

  • È stato risolto un problema che, in rari casi, causa il riavvio del server di database a causa di una lunga attesa del semaforo quando il thread del rilevatore di deadlock si blocca.

  • È stato risolto un problema che, in rari casi, può causare il riavvio del database a causa di una lunga attesa del semaforo quando i thread di I/O entrano in stato di deadlock.

  • L'inserimento rapido non è abilitato in questa versione di Aurora MySQL, a causa di un problema che può causare incongruenze durante l'esecuzione di query come, e. INSERT INTO SELECT FROM Per ulteriori informazioni sull'ottimizzazione rapida degli inserti, consulta Miglioramenti delle prestazioni di Amazon Aurora MySQL.

Miglioramenti generali:

  • È stato risolto un problema che può causare il riavvio del server di database quando sono soddisfatte tutte le seguenti condizioni:

    • ALLOW_INVALID_DATES è disabilitato in MODALITÀ SQL.

    • Il server del database sta elaborando un'istruzione INSERT, UPDATE, DELETE o SELECT con un valore DATETIME non valido, in modo che il mese non è compreso tra 1 e 12.

  • È stato risolto un problema per cui il periodo di conservazione dei log binari non veniva rispettato quando log-bin era impostato su OFF, con conseguente utilizzo superiore al previsto dell'archiviazione. Dopo questa correzione, i log binari verranno eliminati in base al periodo di conservazione. Ulteriori informazioni su come configurare il periodo di conservazione dei log binari sono disponibili nella Guida per l'utente di Aurora MySQL.

  • È stato risolto un problema che poteva causare la riduzione della memoria liberabile sull'istanza database quando alcune istruzioni SQL del Data Control Language (DCL) come GRANT, FLUSH PRIVILEGES e così via vengono eseguite su quell'istanza. L'uso frequente di tali istruzioni può causare una continua riduzione della memoria disponibile e il riavvio dell'istanza del database a causa di problemi. out-of-memory L'uso di tali istruzioni sull'istanza di scrittura può inoltre causare una riduzione della memoria liberabile sulle istanze di lettura.

  • È stata introdotta una dimensione maggiore del buffer di lettura per le letture eseguite dai log di inoltro per ridurre al minimo il numero di operazioni di I/O di lettura, il che riduce il conflitto tra i thread di I/O e SQL.

  • È stato risolto un problema che poteva causare un errore della procedura archiviata mysql.rds_rotate_slow_log con il messaggio di errore "Table 'mysql.slow_log_backup' doesn't exist".

  • È stato risolto un problema a causa del quale l'eccessiva invalidazione della cache delle query causava un utilizzo della CPU e latenze sulla replica di lettura superiori al previsto, a causa del fatto che la replica di lettura doveva leggere i dati dal disco anziché dalla cache delle query.

  • È stato risolto un problema che consentiva agli utenti di eseguire i comandi INSTALL PLUGIN e UNINSTALL PLUGIN su un'istanza del lettore, che poteva causare un deadlock su LOCK_plugin, LOCK_system_variables_hash, LOCK_global_system_variables. Queste istruzioni possono ora essere eseguite solo sull'istanza scrittura in un cluster di database.

  • È stato risolto un problema a causa del quale i cluster possono presentare una latenza di commit superiore a quella prevista in seguito all'attivazione della registrazione binaria. Ciò influisce su tutte le transazioni che generano eventi binlog di grandi dimensioni (dimensioni superiori a 500 MB).

  • È stato risolto un problema che poteva causare un valore errato della metrica trx_active_transactions nella tabella INFORMATION_SCHEMA.INNODB_METRICS.

  • È stato risolto un problema che poteva interrompere la replica logica a causa della mancata coerenza del file binlog durante l'esecuzione di un rollback al punto di salvataggio (savepoint) per una transazione di grandi dimensioni.

  • Hash di credenziali mascherati in general-log e audit-log per impostazione slow-query-log predefinita utilizzano una maschera segreta coerente. Ciò è configurabile tramite il parametro aurora_mask_password_hashes_type.

  • È stato risolto un problema per cui la durata di Zero-Downtime-Restart (ZDR) veniva segnalata erroneamente negli eventi osservati dal cliente.

  • È stato risolto un problema che poteva causare un errore delle chiamate a mysql_rds_import_binlog_ssl_material con MySQL server ERROR 1457.

  • È stato risolto un problema per cui l'inizializzazione del thread di dump poteva andare in deadkock con il thread per l'eliminazione dei log binari. Ciò può impedire la rotazione del file binlog attivo e continuare invece ad aumentare o causare problemi con le nuove connessioni di replica binlog.

  • È stato risolto un problema per cui la cache delle query poteva restituire risultati obsoleti su una replica di lettura di Aurora.

Integrazione delle correzioni di bug di MySQL Community Edition

Questa versione include tutte le correzioni di bug della community fino alla 5.7 inclusa, oltre a quanto riportato di seguito. Per ulteriori informazioni, consulta MySQL bugs fixed by Aurora MySQL 2.x database engine updates.

  • È stato risolto un problema a causa del quale il codice per la lettura delle informazioni dalle tabelle degli eventi dell'istruzione Performance Schema (ad esempio, events_statements_current) non impediva la scrittura simultanea delle informazioni sul set di caratteri. Di conseguenza, il set di caratteri di testo della query SQL potrebbe non essere valido, con conseguente chiusura del server. Con questa correzione, un set di caratteri non valido causa il troncamento delle colonne SQL_TEXT e impedisce le chiusure del server. (Bug 23540008)

  • InnoDB: backport di una correzione dei bug della community 25189192, 84038. È stato risolto un problema per cui dopo un'operazione RENAME TABLE che spostava una tabella in uno schema diverso, InnoDB non riusciva ad aggiornare la tabella del dizionario dati INNODB_SYS_DATAFILES. Ciò ha provocato un errore al riavvio che indicava che non era possibile individuare il file di dati dello spazio di tabella.

  • InnoDB: risolto un problema per cui il server eliminava un indice di chiave esterna definito internamente durante l'aggiunta di un nuovo indice e tentava di utilizzare un indice secondario definito su una colonna generata virtuale come indice di chiave esterna, causando la chiusura del server. InnoDB ora consente a un vincolo di chiave esterna di fare riferimento a un indice secondario definito su una colonna generata virtuale. (Bug #23533396)

  • È stato risolto un problema che si verificava quando due sessioni eseguivano contemporaneamente un'istruzione INSERT ... L'operazione ON DUPLICATE KEY UPDATE ha generato un deadlock. Durante il rollback parziale di una tupla, un'altra sessione potrebbe aggiornarla. La correzione di questo bug ripristina le correzioni per il bug 11758237, il bug 17604730 e il bug 20040791. (Bug 25966845)

  • Backport di una correzione per il bug della community 27407480: è stato risolto un problema per cui i privilegi EXECUTE e ALTER ROUTINE non venivano concessi correttamente ai creatori della routine anche con automatic_sp_privileges abilitato.

  • Backport di una correzione per il bug della community 24671968: risolto un problema per cui una query poteva produrre risultati errati se la clausola WHERE conteneva una sottoquery dipendente, la tabella aveva un indice secondario sulle colonne dell'elenco di selezione seguito dalle colonne nella sottoquery e GROUP BY o DISTINCT consentiva alla query di utilizzare una scansione degli indici debole.

  • È stato risolto un problema a causa del quale la replica si interrompeva se veniva emessa un'istruzione di eliminazione multi tabella su più tabelle con chiavi esterne. (Bug 80821)

  • È stato risolto un problema per cui in casi speciali alcuni errori slave non venivano ignorati anche con slave_skip_errors abilitato. Nei casi in cui l'apertura e il blocco di una tabella o le conversioni dei campi non sono riusciti su un server che esegue la replica basata su righe, l'errore viene considerato critico e lo stato slave_skip_errors viene ignorato. La correzione garantisce che, con slave_skip_errors abilitato, tutti gli errori segnalati durante l'applicazione di una transazione vengano gestiti correttamente. (Bug 70640, Bug 17653275)

  • Risolto un problema per cui quando un'istruzione SET PASSWORD veniva replicata da un master MySQL 5.6 a uno slave MySQL 5.7 o da un master MySQL 5.7 con la variabile di sistema log_builtin_as_identified_by_password impostata su ON su uno slave MySQL 5.7, anche l'hash della password veniva sottoposto ad hash prima di essere archiviato sullo slave. Il problema è stato risolto e l'hash della password replicata viene archiviato come originariamente passato allo slave. (Bug 24687073)

  • È stato risolto un problema a causa del quale la serializzazione di un valore JSON costituito da un documento secondario di grandi dimensioni racchiuso in molti livelli di array JSON, oggetti o entrambi richiedeva a volte un tempo eccessivo per essere completata. (Bug 23031146)

  • Le istruzioni che non possono essere analizzate (a causa, ad esempio, di errori di sintassi) non vengono più scritte nel log delle query lente. (Bug 33732907)

Confronto con Aurora MySQL Versione 1

Le seguenti caratteristiche di Amazon Aurora MySQL sono supportate in Aurora MySQL versione 1 (compatibile con MySQL 5.6), ma non sono al momento supportate in Aurora MySQL versione 2 (compatibile con MySQL 5.7).

Compatibilità MySQL 5.7

Questa versione Aurora MySQL è compatibile con MySQL 5.7 e include funzionalità come il supporto JSON, gli indici spaziali e le colonne generate. Aurora MySQL utilizza un'implementazione nativa degli indici spaziali attraverso curve di ordine z per offrire prestazioni di scrittura migliorate di 20 volte e prestazioni di lettura migliorate di 10 volte rispetto a MySQL 5.7 per i set di dati spaziali.

Questa versione di Aurora MySQL al momento non supporta le seguenti caratteristiche di MySQL 5.7:

  • Plugin replica gruppi

  • Maggiori dimensioni pagina

  • Caricamento buffer pool InnoDB all'avvio

  • Plugin parser full-text InnoDB

  • Replica multi-source

  • Ridimensionamento buffer pool online

  • Plugin convalida password

  • Plugin riscrittura query

  • Filtri replica

  • Istruzione SQL CREATE TABLESPACE