Aggiornamenti del motore di database Aurora MySQL 17/09/2020 (versione 2.09.0) (obsoleta) - Amazon Aurora
MiglioramentiIntegrazione delle correzioni di bug della community di MySQLConfronto con Aurora MySQL Versione 1Compatibilità MySQL 5.7

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 17/09/2020 (versione 2.09.0) (obsoleta)

Versione: 2.09.0

Aurora MySQL 2.09.0 è 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 ripristinare uno snapshot da Aurora MySQL 1.23.* a Aurora MySQL 2.09.0. Hai anche la possibilità di aggiornare i cluster di database Aurora MySQL 2.* esistenti ad Aurora MySQL 2.09.0. Non è possibile aggiornare un cluster Aurora MySQL 1.23.* esistente direttamente a 2.09.0; tuttavia, è possibile ripristinarne lo snapshot in Aurora MySQL 2.09.0.

Importante

I miglioramenti apportati allo storage Aurora in questa versione limitano i percorsi di aggiornamento disponibili da Aurora MySQL 1.* a Aurora MySQL 2.09. Quando si aggiorna un cluster Aurora MySQL 1.* alla 2.09, è necessario eseguire l'aggiornamento da Aurora MySQL 1.23.

Per creare un cluster con una versione precedente di Aurora MySQL, specifica la versione del motore utilizzando la AWS Management Console, la AWS CLI o l'API RDS.

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.

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

Nuove caratteristiche:

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

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

  • 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 distribuita in fasi nelle regioni AWS dove è disponibile Aurora. 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à:

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

  • Bug #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • Bug Backport of Community #24437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • Backport di Bug #27158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

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

  • Backport di BUG #26502135: MYSQLD SEGFAULTS IN MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

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

  • Bug #28491099: [FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • Bug #30499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • Bug #29952565 where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • Bug #30628268: OUT OF MEMORY CRASH

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

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

  • Bug #20712046: SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • Backport bug #18898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21). Le query con molti join rimanenti erano lente se veniva utilizzato il buffering di join (ad esempio, utilizzando l'algoritmo di loop nidificato del blocco). (Bug #18898433, Bug #72854)"

  • Bug di Backport #26402045: MYSQLD CRASHES ON QUERY (fixed in MySQL 5.7.23). Alcuni casi di materializzazione delle query secondarie potrebbero causare l'uscita del server. Queste query ora producono un errore che suggerisce che la materializzazione deve essere disabilitata. (Bug #26402045)

  • [Backport da MySQL] users other than rdsadmin is disallowed to update pfs table in the reader replica.

  • Fix the issue where the customer can not update the perfschema in the reader replica

  • Bug #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • Bug #26997096: relay_log_space value is not updated in a synchronized manner so that its value sometimes much higher than the actual disk space used by relay logs.

  • BUG #25082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • CVE-2019-2731

  • CVE-2018-2645

  • CVE-2019-2581

  • CVE-2018-2787

  • CVE-2019-2482

  • CVE-2018-2640

  • CVE-2018-2784

  • CVE-2019-2628

  • CVE-2019-2911

  • CVE-2019-2628

  • CVE-2018-3284

  • CVE-2018-3065

  • CVE-2019-2537

  • CVE-2019-2948

  • CVE-2019-2434

  • CVE-2019-2420

Miglioramenti della disponibilità:

  • Attiva la correzione ABA di gestione blocco per impostazione predefinita.

  • È 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 durante la creazione di una tabella temporanea con formato di riga compresso che poteva causare un riavvio.

  • 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). Questo ha avuto un impatto su 2.07.x.

  • Risolto un problema per cui il ripristino di un cluster da Amazon S3 a Aurora MySQL versione 2.08.0 richiede più tempo del previsto quando il backup S3 non includeva la tabella mysql.host.

  • Risolto un problema che poteva causare ripetuti failover a causa degli aggiornamenti delle colonne virtuali con indici secondari.

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

  • Sono stati risolti diversi problemi per cui il motore poteva bloccarsi durante l'applicazione di patch a tempo zero durante il controllo del punto sicuro per l'applicazione delle patch.

  • Risolto un problema per ignorare il redo logging per le tabelle temporanee, che in precedenza causava un arresto anomalo.

  • Corretta una condizione di gara nel gestore dei blocchi tra l'interruzione della connessione/query e la sessione interrotta.

  • Risolto un problema per cui il database potrebbe arrestarsi se si tratta di una replica binlog e ricevere un evento DDL per la tabella MySQL time_zone.

Database globali.

  • La vista INFORMATION_SCHEMA.REPLICA_HOST_STATUS MySQL in una regione secondaria ora mostra le voci per le repliche appartenenti a tale regione.

  • Corretti errori di query imprevisti che potevano verificarsi in un'area secondaria di DB globale dopo problemi temporanei di connettività di rete tra le aree primarie e secondarie.

Query parallela:

  • È stato risolto il piano EXPLAIN per una query di query parallela, che non è corretto per una semplice query a tabella singola.

  • Corretto il self-deadlatch che può verificarsi quando è attivata la query parallela.

Miglioramenti generali:

  • Esporta in S3 ora supporta la parola chiave ENCRYPTION.

  • Il parametro aurora_binlog_replication_max_yield_seconds ora ha un valore massimo di 36.000. Il precedente valore massimo accettato era 45. Questo parametro funziona solo quando il parametro aurora_binlog_use_large_read_buffer è impostato su 1.

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

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

  • È stato risolto un problema per cui gli utenti potrebbero perdere l'accesso al database quando si abbassava il parametro max_connections nel gruppo di parametri quando le connessioni correnti sono maggiori del valore impostato.

  • È stato risolto un problema nei flussi di attività dati in cui il carattere escape non veniva inserito correttamente in una singola citazione e in una barra rovesciata.

Integrazione delle correzioni di bug della community di MySQL

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

  • Bug #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • Bug #24437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • Bug #27158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

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

  • Bug #26502135: MYSQLD SEGFAULTS IN MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

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

  • Bug #28491099: [FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • Bug #30499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • Bug #29952565: where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • Bug #30628268: OUT OF MEMORY CRASH

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

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

  • Bug #20712046: SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • Bug #18898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21)

  • Bug #26402045: MYSQLD CRASHES ON QUERY (fixed in MySQL 5.7.23)

  • Bug #23103937: PS_TRUNCATE_ALL_TABLES () NON FUNZIONA IN MODALITÀ SUPER_READ

  • Bug #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • Bug #26997096: relay_log_space value is not updated in a synchronized manner so that its value sometimes much higher than the actual disk space used by relay logs. (https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)

  • Bug #25082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • Bug #24764800: REPLICATION FAILING ON SLAVE WITH XAER_RMFAIL ERROR.

  • Bug #81441: WARNING ABOUT LOCALHOST WHEN USING SKIP-NAME-RESOLVE.

Confronto con Aurora MySQL Versione 1

Le caratteristiche Amazon Aurora MySQL seguenti 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