Aggiornamenti del motore di database Aurora MySQL 18/03/2021 (versione 1.23.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 18/03/2021 (versione 1.23.2) (obsoleta)

Versione: 1.23.2

Aurora MySQL 1.23.2 è disponibile a livello generale. Le versioni 1.* di Aurora MySQL sono compatibili con MySQL 5.6, mentre le versioni 2.* 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.

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.*.

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 non è attualmente disponibile nelle seguenti regioni: AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Non appena disponibile verrà comunicato l'annuncio.

In caso di domande o dubbi, AWS Support è disponibile sui 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.

Miglioramenti

Correzioni con alta priorità:

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 #76618, Bug #20928790)