Aggiornamenti del motore di database Aurora MySQL 02/09/2020 (versione 1.23.0) (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 02/09/2020 (versione 1.23.0) (obsoleta)

Versione: 1.23.0

Aurora MySQL 1.23.0 è 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.*.

Puoi ripristinare lo snapshot di un database Aurora MySQL 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.*. Quando si aggiorna un cluster Aurora MySQL 1.23 a 2.*, è 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. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora 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 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.

    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 AWS Management Console.

  • 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 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à.

Correzioni con alta priorità:

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_format 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 #22350047: IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED

  • Bug #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • Bug #30441969: BUG #29723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • Bug #30628268: OUT OF MEMORY CRASH

  • Bug #27081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION

  • Bug #27230859: UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON"

  • Bug #27081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL"

  • Bug #26935001: ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • Bug #29770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • Bug #27659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)

  • Bug #24786290: REPLICATION BREAKS AFTER BUG #74145 HAPPENS IN MASTER

  • Bug #27703912: EXCESSIVE MEMORY USAGE WITH MANY PREPARE

  • Bug #20527363: TRONCATE TEMPORARY TABLE CRASH:! DICT_ TF2 _FLAG_IS_SET (TABELLA, DICT_ _TEMPORANEO) TF2

  • Bug#23103937 PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • Bug #25053286: USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (risolto nella versione 5.6.36)

  • Bug #25586773: INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (fixed in 5.6.39)

  • Bug #27407480: AUTOMATIC_SP_PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE

  • Bug #26997096: 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#15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT WORKING AS EXPECTED

  • SSL Bug backport Bug #17087862, Bug #20551271

  • Bug #16894092: PERFORMANCE REGRESSION IN 5.6.6+ FOR INSERT INTO ... SELECT ... FROM (risolto nella versione 5.6.15).

  • Porta una correzione di bug relativa a SLAVE_TYPE_CONVERSIONS.