Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.22.0) (obsoleta)

Los clústeres de Aurora MySQL ahora son compatibles con los tipos de instancias r5.8xlarge, r5.16xlarge y r5.24xlarge.

Binlog dispone de nuevos cambios para mejorar la latencia del tiempo de confirmación cuando se trata de transacciones muy grandes.

Ahora Aurora MySQL cuenta con un mecanismo para minimizar el periodo de tiempo durante el cual los eventos de una transacción grande se escriben en binlog al confirmar. Esto evita de manera eficaz las largas recuperaciones sin conexión que tienen lugar cuando la base de datos cae durante dicho periodo de tiempo. Esta característica también resuelve el problema cuando una transacción grande bloquea transacciones más pequeñas en la confirmación de binlog. Esta características no está activada de forma predeterminada, el equipo de servicio puede activarla si fuese necesario para su carga de trabajo. Cuando esté habilitada, se activará cuando el tamaño de una transacción sea superior a 500 MB.

Soporte adicional para el nivel de aislamiento READ COMMITTED de ANSI en las réplicas de lectura. El nivel de aislamiento permite que las consultas de ejecución prolongada en la réplica de lectura se ejecuten sin repercutir en el gran rendimiento de escrituras del nodo escritor. Para obtener más información, consulte Niveles de aislamiento de Aurora MySQL.

Las bases de datos globales ahora permiten añadir regiones de réplica secundarias de solo lectura para los clústeres de bases de datos desplegados en estas AWS regiones: regiones: EE. UU. Este (Norte de Virginia) [us-east-1], EE. UU. Este (Ohio) [us-east-2], EE. UU. Oeste (Norte de California) [us-west-1], EE. UU. Oeste (Oregón) [us-west-2], Europa (Londres)) [eu-west-2], Europa (París) [eu-west-3], Asia Pacífico (Tokio) [ap-northeast-1], Asia Pacífico (Seúl) [ap-northeast-2], Asia Pacífico (Singapur) [ap-southeast-1], Asia Pacífico (Sídney) [ap-southeast-2] ap-southeast-2], Canadá (Central) [ca-central-1], Europa (Frankfurt) [ eu-central-1] y Asia Pacífico (Bombay) [ap-south-1].

La característica de contención de filas activas por lo general está disponible actualmente y no precisa que la configuración del modo lab de Aurora esté Activo. Esta característica mejora sustancialmente el rendimiento de las cargas de trabajo, ya que muchas transacciones compiten por filas en la misma página.

Esta versión ha actualizado los archivos de franjas horarias para ser compatible con la última actualización de franja horaria de Brasil en los nuevos clústeres.

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

Se solventó un problema en componente de la recuperación de DDL que resultó en un tiempo de inactividad de la base de datos prolongado. Se deben actualizar los clústeres que dejen de estar disponibles después de llevar a cabo la consulta de TRUNCATE TABLE en una tabla con una columna AUTO_INCREMENT.

Se solventó un problema en componente de la recuperación de DDL que resultó en un tiempo de inactividad de la base de datos prolongado. Se deben actualizar los clústeres que dejen de estar disponibles después de llevar a cabo la consulta de DROP TABLE en varias tablas en paralelo.

Se ha corregido un error que provocó que las réplicas de lectura se reiniciasen durante una transacción de ejecución larga. Los clientes que presenten reinicios de réplicas que coincidan con un descenso acelerado de la memoria liberable deben considerar actualizar a esta versión.

Se ha corregido un problema que notificaba ERROR 1836 por error al ejecutar una consulta anidada en una tabla temporal en la réplica de lectura.

Se ha corregido un error de cancelación de consulta paralela en una instancia de lector de Aurora mientras se ejecuta una gran carga de trabajo de escritura en la instancia de escritor de Aurora.

Se ha corregido un problema que provoca que una base de datos configurada como un maestro de binlog se reinicie mientras se ejecuta una gran carga de trabajo de escritura.

Se ha corregido un problema de falta de disponibilidad prolongada durante el reinicio del motor. Esto aborda un problema en el inicio del grupo del búfer. Este problema se produce en escasas ocasiones pero puede afectar a cualquier versión admitida

Se solventó un problema que ocasionó inconsistencias en los datos de la tabla information_schema.replica_host_status.

Se ha corregido un estado extraño entre la consulta paralela y las rutas de ejecución estándar que provocaron que los nodos de lector se reiniciasen de inmediato.

Se ha mejorado la estabilidad de la base de datos cuando el número de conexiones de los clientes supera el valor del parámetro max_connections.

Se ha mejorado la estabilidad de las instancias de lector al bloquear el DDL no compatible y las consultas de LOAD FROM S3.

Error n.º 16346241: SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

Error n.º 17733850: NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEM_NAME_CONST()

Error n.º 20989615: EL AUMENTO AUTOMÁTICO DE INNODB PRODUCE EL MISMO VALOR DOS VECES

Error n.º 20181776: EL CONTROL DE ACCESO NO COINCIDE CON LA MAYORÍA DE HOSTS ESPECÍFICOS CUANDO CONTIENEN COMODINES

Error n.º 27326796: MYSQL SE BLOQUEA CON UN FALLO DE ASERCIÓN DE INNODB EN EL ARCHIVO PARS0PARS.CC

Error n.º 20590013: SI CUENTA CON UN ÍNDICE DE TEXTO COMPLETO Y LO ELIMINA NO PODRÁ VOLVER A REALIZAR UN DDL EN LÍNEA