Actualizaciones del motor de base de datos de Aurora MySQL del 26/01/2022 (versión 2.10.2) (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 26/01/2022 (versión 2.10.2) (obsoleta)

Versión: 2.10.2

Aurora MySQL 2.10.2 ya está disponible de manera 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.

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

Se han corregido los problemas de seguridad y las CVE que se indican a continuación:

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

Mejoras generales:

  • Se agregó una optimización del rendimiento para ayudar a reducir la latencia de E/S de la base de datos en las clases de instancias 24XL.

  • Se agregó compatibilidad con los cifrados SSL de ECDHE. Para obtener más información sobre la configuración de sus clientes para que utilicen estos cifrados SSL, consulte la siguiente documentación de MySQL Cifrados de protocolos de conexiones cifradas

  • Se corrigieron problemas de seguridad relacionados con la integración de Aurora MySQL con otros servicios de AWS, por ejemplo, Simple Storage Service (Amazon S3), Amazon ML y AWS Lambda.

  • Se corrigió un problema que podía provocar que el reinicio de una instancia de base de datos fallara cuando la base de datos tenía aproximadamente más de 1 GB de combinaciones de usuarios y privilegios.

  • Se corrigió 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 una cláusula GROUP BY y una cláusula WHERE que contenía un predicado de rango.

  • Se corrigió un problema que podía provocar que las tablas general_log y slow_log se volvieran inaccesibles tras una actualización de la versión principal in situ de Aurora MySQL 1.x (compatible con MySQL 5.6) a Aurora MySQL 2.x (compatible con MySQL 5.7).

  • Se corrigió 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 supervisión, como Información sobre rendimiento, pueden consultar dichas tablas.

  • 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 un INSERT en la tabla que tiene una cláusula ON DUPLICATE KEY UPDATE.

    3. La fila insertada provoca una infracción de valor duplicado en un índice UNIQUE o PRIMARY KEY.

    4. Una o varias columnas son del tipo de datos TIMESTAMP y tienen un valor predeterminado CURRENT_TIMESTAMP.

  • Se corrigió un error que, en casos excepcionales, podía evitar que una réplica binlog se conectara a una instancia con binlog habilitado.

  • Se corrigió un error que provocaba que, en condiciones excepcionales, las transacciones no se podían confirmar cuando se ejecutaban en una instancia con binlog habilitado.

  • Se corrigió un problema por el que no se podían establecer nuevas conexiones a una instancia con binlog habilitado.

  • Se corrigió un problema que podía provocar un registro interno excesivo al intentar aplicar parches y reiniciarse sin tiempo de inactividad que provocaba que se llenara el almacenamiento local.

  • Se corrigió 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 corrigió un problema que provocaba que el subproceso de E/S de replicación de binlog no pudiera atender la instancia principal, cuando la replicación de subprocesos múltiples se habilita.

  • Se corrigió un problema que provocaba que, en raras condiciones, un gran número de conexiones activas a la instancia de base de datos puede provocar que la métrica de CommitLatency de CloudWatch se informara incorrectamente.

  • Se corrigió un error que provocaba que el almacenamiento local en instancias de Graviton se llenara al ejecutar LOAD FROM S3 o SELECT INTO S3.

  • Se corrigió un problema que podía provocar resultados de consulta erróneos al consultar una tabla con una clave externa y se cumplieran las dos condiciones siguientes:

    1. La caché de consultas se habilita

    2. Se revierte una transacción con una eliminación o actualización en cascada de esa tabla.

  • Se corrigió un problema que, en raras condiciones, podía provocar que las instancias de lector de Aurora se reiniciaran. La probabilidad de que se produzca este problema aumenta a medida que aumenta el número de reversiones de transacciones.

  • Se corrigió un error que provocaba que el número de incidencias 'LOCK_epoch_id_master' de exclusión mutua en Esquema de rendimiento aumentara cuando se abría y cerraba una sesión.

  • Se corrigió un problema que podía provocar un número cada vez mayor de bloqueos de las cargas de trabajo que tenían muchas transacciones actualizando el mismo conjunto de filas simultáneamente.

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

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

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

  • Se corrigió un error que provocaba que, después de reiniciarse una instancia de lectura de Aurora, podría reiniciarse de nuevo si se producía una carga de trabajo de DDL pesada durante el reinicio.

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

  • 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 corrigió un problema que, en raras condiciones, mostraba incorrectamente que el gráfico “Carga de base de datos” de las sesiones de Información sobre rendimiento se utilizaba activamente con la CPU, aunque las sesiones habían terminado de procesarse y estaban inactivas.

  • Se corrigió un problema que, en raras condiciones, podía provocar que el servidor de base de datos se reiniciara cuando se procesaba una consulta mediante una consulta paralela.

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

  • Se corrigió un problema que podía producirse durante el reinicio de una instancia de base de datos que podía provocar más de un reinicio.

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

  • Se corrigió un problema en InnoDB por el que un error en el código relacionado con las estadísticas de tablas generaba una afirmación en el archivo de origen de dict0stats.cc. (Error n.º 24585978)

  • Se corrigió un error que provocaba que un índice secundario sobre una columna virtual se dañara cuando el índice se creaba en línea. Para las instrucciones UPDATE, lo solucionamos de la siguiente manera: si el valor de la columna virtual del registro de índice se establece en NULL, generamos este valor a partir del registro de índice del clúster. (Error n.º 30556595)

  • Se corrigió un problema en InnoDB que provocaba que la eliminación de filas marcadas pudiera adquirir un bloqueo de lectura externo antes de que se completara una reversión parcial. El bloqueo de lectura externo evitaba la conversión de un bloqueo implícito en un bloqueo explícito durante la reversión parcial, lo que provocaba un error de afirmación. (Error n.º 29195848)

  • Se corrigió un problema que provocaba que los nombres de host vacíos de las cuentas pudieran provocar que el servidor se comportara mal. (Error n.º 28653104)

  • Se corrigió un problema en InnoDB por el que la interrupción de una consulta durante una espera de bloqueo provocaba un error. (Error n.º 28068293)

  • Se corrigió un error en la replicación por el que las transacciones entrelazadas en ocasiones podían bloquear el aplicador secundario cuando el nivel de aislamiento de transacciones se establecía en REPEATABLE READ (lectura repetible). (Error n.º 25040331)

  • Se corrigió un problema que podía provocar que las réplicas de binlog se detuvieran debido al tiempo de espera de bloqueo. (Error n.º 27189701)

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