Aggiornamenti del motore di database Aurora MySQL 26/01/2022 (versione 2.10.2) (obsoleta) - 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 26/01/2022 (versione 2.10.2) (obsoleta)

Versione: 2.10.2

Aurora MySQL 2.10.2 è disponibile a livello generale. Le versioni 2.x di Aurora MySQL sono compatibili con MySQL 5.7, mentre le versioni 1.x di Aurora MySQL sono compatibili con MySQL 5.6.

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.*, 3.01.* e 3.02.*.

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

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

Risolti i problemi di sicurezza ed CVEs elencati di seguito:

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

Miglioramenti generali:

  • È stata aggiunta un'ottimizzazione delle prestazioni per ridurre la latenza di I/O del database nelle classi di istanza 24XL.

  • È stato aggiunto il supporto per le crittografie SSL ECDHE. Per ulteriori informazioni sulla configurazione dei client per l'utilizzo di queste crittografie SSL, consulta la seguente documentazione MySQL, crittografia di protocolli di connessione

  • Risolti i problemi di sicurezza relativi all'integrazione di Aurora MySQL con altri servizi AWS come Amazon S3, Amazon ML e. AWS Lambda

  • È stato risolto un problema che può causare il fallimento del riavvio di un'istanza di database quando il database ha più di 1 GB circa di combinazioni di utenti e privilegi.

  • È stato risolto un problema relativo alla query parallela che poteva causare la restituzione da parte del database di gruppi o ordinamento errati durante l'esecuzione di query con una clausola GROUP BY e una clausola WHERE contenente un predicato di range.

  • È stato risolto un problema che causa l'inaccessibilità delle tabelle general_log e slow_log dopo l'aggiornamento della versione principale sul posto da Aurora-MySQL 1.x (compatibile con MySQL 5.6) a Aurora MySQL 2.x (compatibile con MySQL 5.7).

  • È stato risolto un problema che, in rari casi, causa il riavvio dell'istanza del database quando le tabelle innodb_trx, innodb_locks o innodb_lockwaits vengono sottoposte a query mentre il database è sottoposto a carichi di lavoro pesanti. Strumenti di monitoraggio come Performance Insights possono sottoporre a query tali tabelle.

  • È stato risolto un problema per cui il valore di una colonna TIMESTAMP di una riga esistente è aggiornato all'ultimo timestamp quando sono soddisfatte tutte le seguenti condizioni:

    1. Esiste un’attivazione per la tabella.

    2. Viene eseguito un INSERT sulla tabella che dispone di una clausola ON DUPLICATE KEY UPDATE.

    3. La riga inserita causa una violazione del valore duplicato in un indice UNIQUE o PRIMARY KEY.

    4. Una o più colonne sono di tipo di dati TIMESTAMP e hanno un valore predefinito di CURRENT_TIMESTAMP.

  • È stato risolto un problema che, in rari casi, poteva impedire a una replica binlog di connettersi a un'istanza con binlog abilitato.

  • È stato risolto un problema per cui, in rare condizioni, le transazioni non erano in grado di eseguire il commit durante l'esecuzione su un'istanza con binlog abilitato.

  • È stato risolto un problema per cui non era possibile stabilire nuove connessioni a un'istanza con binlog abilitato.

  • È stato risolto un problema che può causare un'eccessiva registrazione interna quando si tenta di eseguire patch e riavvii con tempi di inattività pari a zero causando il riempimento dell'archiviazione locale.

  • È stato risolto un problema che causa l'interruzione di una replica binlog con un errore HA_ERR_FOUND_DUPP_KEY durante la replica di determinate istruzioni DDL e DCL. Il problema si verifica quando l'istanza sorgente è configurata con il formato di registrazione binario MIXED e il livello di isolamento READ COMMITTED o READ UNCOMMITTED.

  • È stato risolto un problema per cui il thread I/O di replica binlog non è in grado di tenere il passo con l'istanza principale, quando la replica multi-thread è abilitata

  • È stato risolto un problema per cui, in rare condizioni, un numero elevato di connessioni attive all'istanza del database poteva causare la segnalazione errata della CloudWatch CommitLatency metrica.

  • È stato risolto un problema che causa il riempimento dell'archiviazione locale sulle istanze Graviton durante l'esecuzione di LOAD FROM S3 o SELECT INTO S3.

  • È stato risolto un problema che causa risultati di query errati durante le query di una tabella con una chiave esterna e sono soddisfatte entrambe le seguenti condizioni:

    1. La cache delle query è abilitata

    2. Viene ripristinata una transazione con eliminazione o aggiornamento a cascata su quella tabella

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio delle istanze del lettore Aurora. La probabilità che questo problema si verifichi aumenta con l'aumentare del numero di ripristini dello stato precedente delle transazioni.

  • È stato risolto un problema per cui il numero di occorrenze mutex “LOCK_epoch_id_master” in Performance Schema aumenta quando una sessione viene aperta e chiusa.

  • È stato risolto un problema che può causare un numero crescente di deadlock per i carichi di lavoro che hanno molte transazioni che aggiornano contemporaneamente la stessa serie di righe.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio delle istanze quando il volume del database aumenta fino a un multiplo di 160 GB.

  • È stato risolto un problema con una query parallela che potrebbe causare il riavvio del database durante l'esecuzione di istruzioni SQL con clausola LIMIT.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio dell'istanza del database quando si utilizzano transazioni XA nel livello di isolamento READ COMMITTED.

  • È stato risolto un problema per cui, dopo il riavvio di un'istanza Aurora Read, l’istanza poteva riavviarsi nuovamente se, durante il riavvio, si presentava un carico di lavoro DDL pesante.

  • È stato risolto un problema con la segnalazione errata del ritardo di replica del lettore Aurora.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio di un'istanza di scrittura quando un controllo dell'integrità dei dati in memoria non riesce.

  • È stato risolto un problema che, in rare condizioni, mostra erroneamente il grafico 'Caricamento del database' nelle sessioni di Performance Insights (PI) che utilizza attivamente la CPU anche se le sessioni hanno terminato l'elaborazione e sono inattive.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio del server di database quando una query viene elaborata utilizzando Parallel Query.

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio dell'istanza di scrittura in un cluster di database globale principale a causa di una condizione di competizione durante la replica globale del database.

  • È stato risolto un problema che può verificarsi durante il riavvio di un'istanza di database, che può causare più di un riavvio.

Integrazione delle correzioni di bug di MySQL Community Edition

  • È stato risolto un problema in InnoDB per cui un errore nel codice relativo alle statistiche delle tabelle generava un'asserzione nel file di origine dict0stats.cc. (Bug 24585978)

  • È stato risolto un problema per cui un indice secondario su una colonna virtuale veniva danneggiato quando l'indice veniva creato online. Per le istruzioni UPDATE, applichiamo la seguente correzione: se il valore della colonna virtuale del registro indice è impostato su NULL, allora generiamo questo valore dal registro dell'indice del cluster. (Bug 30556595)

  • È stato risolto un problema in InnoDB per cui l'eliminazione di righe contrassegnate era in grado di acquisire un blocco di lettura esterno prima del completamento di un ripristino dello stato precedente parziale. Il blocco di lettura esterno impediva la conversione di un blocco implicito in un blocco esplicito durante il ripristino dello stato precedente parziale, causando un errore di asserzione. (Bug 29195848)

  • È stato risolto un problema per cui i nomi host vuoti negli account potevano causare un comportamento errato del server. (Bug 28653104)

  • È stato risolto un problema in InnoDB per cui un'interruzione della query durante un'attesa di blocco causava un errore. (Bug 28068293)

  • È stato risolto un problema nella replica in cui le transazioni interleave potevano talvolta bloccare l'applier slave quando il livello di isolamento delle transazioni era impostato su REPEATABLE READ. (Bug 25040331)

  • È stato risolto un problema che può causare l'arresto delle repliche binlog a causa del timeout di attesa del blocco. (Bug 27189701)

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