Actualizaciones del motor de base de datos de Aurora MySQL del 12/11/2021 (versión 2.09.3) (obsoleta) - Amazon Aurora
MejorasIntegración de correcciones de errores de la edición de la comunidad de MySQLComparación con Aurora MySQL, versión 1Compatibilidad de MySQL 5.7

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Actualizaciones del motor de base de datos de Aurora MySQL del 12/11/2021 (versión 2.09.3) (obsoleta)

Versión: 2.09.3

Aurora MySQL 2.09.3 ya está disponible con carácter general. Las versiones 2.x de Aurora MySQL son compatibles con MySQL 5.7 y las versiones 1.x de Aurora MySQL son compatibles con MySQL 5.6.

Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2,09.*, 2.10.*, 3.01.* y 3.02.*.

Puede actualizar un clúster de base de datos de Aurora MySQL 2.* existente a Aurora MySQL 2.10.0. Para clústeres que ejecutan la versión 1 de Aurora MySQL, puede actualizar un clúster de Aurora MySQL 1.23 o posterior existente directamente a la versión 2.10.0. Se puede restaurar en Aurora MySQL 2.10.0 una instantánea de una versión de Aurora MySQL actualmente compatible.

Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la AWS Management Console, la AWS CLI o la API de Amazon RDS.

Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de AWS Support. Para obtener más información, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora en la Guía del usuario de Amazon Aurora.

nota

Para obtener información sobre cómo actualizar el clúster de base de datos de Aurora MySQL, consulte Actualización de la versión secundaria o el nivel de revisión de un clúster de base de datos de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Mejoras

Correcciones de seguridad:

Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación:

Mejoras de disponibilidad:

  • Se ha introducido una optimización que puede reducir la contención de consultas que se ejecutan en tablas de information_schema.

  • Agregue compatibilidad con los cifrados SSL ECDHE.

Mejoras generales:

  • Se ha corregido un problema que, en raras condiciones, podía provocar que una instancia de escritor se reiniciara cuando fallaba una verificación de integridad de datos en memoria.

  • Se ha corregido un problema que, en raras condiciones, podía provocar que la instancia de base de datos se reiniciara cuando el volumen del clúster se expandía mientras el registro binario estaba habilitado.

  • Se ha corregido una condición de carrera durante el reinicio de una instancia de base de datos que podía provocar más de un reinicio.

  • Se ha corregido un problema que podía provocar que el reinicio de una instancia de base de datos fallara cuando la base de datos tenía un gran número de combinaciones de usuarios y privilegios.

  • Se ha corregido un problema con la consulta paralela que podía provocar que la base de datos se reiniciara al ejecutar instrucciones SQL con la cláusula LIMIT.

  • Se ha corregido un problema de notificación incorrecta del retraso en la replicación de Aurora.

  • Se ha corregido un problema que podía provocar que las tablas general_log y slow_log se volvieran inaccesibles tras la actualización de la versión principal de Aurora-MySQL 1.x (basada en MySQL 5.6) a Aurora-MySQL 2.x (basada en MySQL 5.7).

  • Se ha corregido un problema que, en casos excepcionales, podía provocar que la instancia de base de datos se reiniciara cuando se consultaban las tablas innodb_trx, innodb_locks o innodb_lockwaits mientras la base de datos se encontraba bajo una elevada carga de trabajo. Las herramientas y funciones de monitoreo, como la información sobre rendimiento, pueden consultar dichas tablas.

  • Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando se ejecutaba la instrucción SQL “FLUSH TABLES WITH READ LOCK”.

  • Se ha corregido un error que provocaba que el proceso de depuración de InnoDB se detuviera durante la eliminación de una instancia de lector, lo que provocaba un aumento temporal de la longitud de la lista del historial.

  • Se ha corregido un problema con la consulta paralela que podía provocar que la base de datos se reiniciara al ejecutar una instrucción SQL contra una tabla que contenía una columna virtual.

  • Se ha corregido un problema con la consulta paralela que podía provocar que la base de datos devolviera agrupaciones u órdenes de clasificación incorrectos al ejecutar consultas con la cláusula GROUP BY y una cláusula WHERE que contenía un predicado de rango.

  • Se ha corregido un problema con la consulta paralela que, en raras condiciones, podía provocar que la base de datos se reiniciara al ejecutar instrucciones SQL con funciones JSON.

  • Se ha corregido un problema que, en raras condiciones, podía provocar que la instancia de escritor del clúster de base de datos global principal se reiniciara debido a una condición de carrera durante la replicación de bases de datos globales.

  • Se ha corregido un problema que provocaba que una réplica de Binlog se detuviera con un error HA_ERR_FOUND_DUPP_KEY al replicar ciertas instrucciones DDL y DCL. El problema se produce cuando la instancia de origen se configura con el formato de registro binario MIXED y el nivel de aislamiento READ COMMITTED o READ UNCOMMITED.

  • Se ha corregido un problema que, en raras condiciones, podía provocar que la instancia de base de datos se reiniciara al utilizar transacciones XA en el nivel de aislamiento READ COMMITED.

  • Se ha corregido un problema por el que el valor de una columna TIMESTAMP de una fila existente se actualizaba a la última marca de hora cuando se cumplían todas las condiciones siguientes: 1. existe un desencadenador para la tabla; 2. se realiza una acción INSERT en la tabla que tiene una cláusula ON DUPLICATE KEY UPDATE; 3. la fila insertada puede provocar una infracción de valor duplicado en un índice UNIQUE o PRIMARY KEY y 4. una o más columnas son del tipo de datos TIMESTAMP y tienen un valor predeterminado de CURRENT_TIMESTAMP.

  • Se ha corregido un error que, en raras condiciones, podía provocar que una instancia de lector se reiniciara debido a un procesamiento de verificación incorrecto.

  • Se ha corregido un problema que podía provocar que la instancia del lector se reiniciara cuando la instancia del escritor aumentaba el volumen de la base de datos para cruzar límites de tamaño de volumen específicos.

  • Se ha corregido un problema que podía provocar tiempos de reinicio más prolongados para las instancias de base de datos utilizando volúmenes de clústeres clonados.

  • Se ha corregido un problema por el que el reinicio de una instancia de base de datos podía fallar una o más veces después de que se realizara una operación TRUNCATE TABLE en la instancia de escritor.

  • Se ha corregido un problema que, en raras condiciones, podía provocar que la instancia de base de datos se reiniciara.

  • Se corrigió un problema que, en raras condiciones, podía provocar que la instancia de escritor se reiniciara cuando crecía el volumen de la base de datos a un múltiplo de 160 GB.

Integración de correcciones de errores de la edición de la comunidad de MySQL

  • Error n.º 23533396: al agregar un nuevo índice, el servidor eliminaba un índice de clave externa definido internamente e intentaba utilizar un índice secundario definido en una columna generada virtual como índice de clave externa, lo que provocaba la salida del servidor. InnoDB permite ahora que una restricción de clave externa haga referencia a un índice secundario definido en una columna generada virtual.

  • Error n.º 29550513: replicación. Un problema de bloqueo en la función WAIT_FOR_EXECUTED_GTID_SET () puede provocar que el servidor se bloquee en determinadas circunstancias. El problema se ha corregido.

Comparación con Aurora MySQL, versión 1

Las siguientes características de Amazon Aurora MySQL se admiten en Aurora MySQL, versión 1 (compatible con MySQL 5.6), pero esas características no se admiten en Aurora MySQL, versión 2 (compatible con MySQL 5.7).

Compatibilidad de MySQL 5.7

Esta versión de Aurora MySQL es compatible con cables con MySQL 5.7 e incluye características como la compatibilidad con JSON, índices espaciales y columnas generadas. Aurora MySQL usa una implementación nativa de la indexación espacial mediante curvas de orden z para multiplicar por más de 20 el rendimiento de escritura y por más de 10 el rendimiento de lectura en comparación con MySQL 5.7 para conjuntos espaciales.

Aurora MySQL no admite actualmente las siguientes características de MySQL 5.7:

  • Complemento de replicación de grupo

  • Tamaño de página incrementado

  • Carga de grupo de búfer de InnoDB al inicio

  • Complemento de analizador de texto completo de InnoDB

  • Replicación de varios orígenes

  • Cambio de tamaño de grupo de búfer online

  • Complemento de validación de contraseñas

  • Complementos de reescritura de consulta

  • Filtrado de replicación

  • La instrucción SQL CREATE TABLESPACE