Aggiornamenti del motore di database Aurora MySQL 25/11/2019 (versione 1.22.0) (obsoleta)

I cluster Aurora MySQL ora supportano i tipi di istanza r5.8xlarge, r5.16xlarge e r5.24xlarge.

Binlog ha nuovi miglioramenti per migliorare la latenza del tempo di commit quando sono coinvolte transazioni di dimensioni molto grandi.

Aurora MySQL ora ha un meccanismo per ridurre al minimo la finestra temporale durante la quale gli eventi di una transazione di grandi dimensioni vengono scritti su binlog in fase di commit. Ciò previene efficacemente l'esecuzione di un lungo ripristino offline agli arresti anomali del database durante tale intervallo di tempo. Questa caratteristica risolve anche il problema in cui una transazione di grandi dimensioni blocca le piccole transazioni sul commit di binlog. Questa caratteristica è disattivata per impostazione predefinita e può essere abilitata dal team di assistenza se necessario per il carico di lavoro. Se abilitata, viene attivata quando la dimensione della transazione è > 500 MB.

Aggiunto supporto per il livello di isolamento ANSI READ COMMITTED nelle repliche di lettura. Questo livello di isolamento consente l'esecuzione di query a esecuzione prolungata nella replica di lettura senza influire sull'elevato throughput delle scritture sul nodo di scrittura. Per ulteriori informazioni, consulta Livelli di isolamento di Aurora MySQL.

I database globali ora consentono di aggiungere aree di replica secondarie di sola lettura per i cluster di database distribuiti in queste AWS regioni: Stati Uniti orientali (Virginia settentrionale) [us-east-1], Stati Uniti orientali (Ohio) [us-east-2], Stati Uniti occidentali (California settentrionale) [us-west-1], Stati Uniti occidentali (Oregon) [us-west-2], Europa (Irlanda) [eu-west-1] Europa (Londra) [eu-west-2], Europa (Parigi) [eu-west-3], Asia Pacifico (Tokyo) [ap-northeast-1], Asia Pacifico (Seoul) [ap-northeast-2], Asia Pacifico (Singapore) [ap-southeast-1], Asia Pacifico (Singapore) [ap-southeast-1], Asia Pacifico (Sydney)) [ap-southeast-2], Canada (Centrale) [ca-central-1], Europa (Francoforte) [ eu-central-1] e Asia Pacifico (Mumbai) [ap-south-1].

La caratteristica di conflitto delle righe è ora generalmente disponibile e non richiede l'attivazione della modalità lab Aurora. Questa caratteristica migliora significativamente il throughput per i carichi di lavoro in cui più transazioni si contendono le righe della stessa pagina.

Questa versione ha aggiornato i file del fuso orario per supportare l'ultimo aggiornamento del fuso orario del Brasile per i nuovi cluster.

CVE-2019-2922

CVE-2019-2923

CVE-2019-2924

CVE-2019-2910

CVE-2019-2805

CVE-2019-2730

CVE-2019-2740

CVE-2018-3064

CVE-2018-3058

CVE-2017-3653

CVE-2017-3464

CVE-2017-3244

CVE-2016-5612

CVE-2016-5439

CVE-2016-0606

CVE-2015-4904

CVE-2015-4879

CVE-2015-4864

CVE-2015-4830

CVE-2015-4826

CVE-2015-2620

CVE-2015-0382

CVE-2015-0381

CVE-2014-6555

CVE-2014-4258

CVE-2014-4260

CVE-2014-2444

CVE-2014-2436

CVE-2013-5881

CVE-2014-0393

CVE-2013-5908

CVE-2013-5807

CVE-2013-3806

CVE-2013-3811

CVE-2013-3804

CVE-2013-3807

CVE-2013-2378

CVE-2013-2375

CVE-2013-1523

CVE-2013-2381

CVE-2012-5615

CVE-2014-6489

È stato risolto un problema nel componente di recupero DDL che causava tempi di inattività prolungati del database. I cluster che non sono disponibili dopo l'esecuzione della query TRUNCATE TABLE su una tabella con una colonna AUTO_INCREMENT devono essere aggiornati.

È stato risolto un problema nel componente di recupero DDL che causava tempi di inattività prolungati del database. I cluster che non sono disponibili dopo l'esecuzione della query DROP TABLE su più tabelle in parallelo devono essere aggiornati.

È stato risolto un problema che causava il riavvio delle repliche di lettura durante una transazione a esecuzione prolungata. I clienti che riscontrano riavvii di replica che coincidono con un calo accelerato della memoria disponibile devono prendere in considerazione l'aggiornamento a questa versione.

È stato risolto un problema che riportava erroneamente ERROR 1836 quando una query nidificata veniva eseguita su una tabella temporanea nella replica di lettura.

È stato risolto un errore di interruzione della query in parallelo nell'istanza di lettura Aurora durante l'esecuzione di un carico di lavoro di scrittura elevato nell'istanza di scrittura Aurora.

È stato risolto un problema che causava il riavvio di un database configurato come master binlog mentre era in esecuzione un carico di lavoro di scrittura elevato.

È stato risolto un problema di indisponibilità prolungata durante il riavvio del motore. Questo risolve un problema nell'inizializzazione del pool di buffer. Questo problema si verifica raramente ma può potenzialmente influire su qualsiasi versione supportata.

È stato risolto un problema che generava dati incoerenti nella tabella information_schema.replica_host_status.

È stato risolto un problema relativo alla race condition tra la query in parallelo e i percorsi di esecuzione standard che causava il riavvio intermittente dei nodi di lettura.

Stabilità del database migliorata quando il numero di connessioni client supera il valore del parametro max_connections.

Stabilità migliorata delle istanze di lettura bloccando DDL e query LOAD FROM S3 non supportate.

Bug#16346241 - SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

Bug#17733850 - NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEM_NAME_CONST()

Bug #20989615 - INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

Bug #20181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD

Bug #27326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC

Bug #20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL