Actualizaciones del motor de base de datos de Aurora MySQL del 02/06/2020 (versión 2.08.0) (obsoleta) - Amazon Aurora

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 02/06/2020 (versión 2.08.0) (obsoleta)

Versión: 2.08.0

Aurora MySQL 2.08.0 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 restaurar una instantánea en Aurora MySQL 2.08.0 a partir de una versión de Aurora MySQL que tenga actualmente soporte. Tiene la opción de actualizar los clústeres de base de datos de Aurora MySQL 2.* existentes a Aurora MySQL 2.08.0. Los clústeres de Aurora MySQL 1.* existentes no se pueden actualizar directamente a la versión a 2.08.0; sin embargo, su instantánea sí puede actualizarse a Aurora MySQL 2.08.0.

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

Nuevas características:

  • Procesamiento de binary log (binlog) mejorado para reducir el tiempo de recuperación de errores y la latencia de tiempo de confirmación cuando se trata de transacciones muy grandes.

  • Lanzamiento de la característica de transmisiones de actividades de la base de datos (DAS) para Aurora MySQL. Esta característica proporciona un flujo de datos casi en tiempo real de la actividad de la base de datos en la base de datos relacional para ayudarle a monitorear la actividad. Para obtener más información, consulte Supervisión de Amazon Aurora con flujos de actividad de la base de datos en la Guía del usuario de Amazon Aurora.

  • Se han actualizado los archivos de zona horaria para que sean compatibles con el último cambio de zona horaria de Brasil.

  • Se han introducido nuevas palabras clave en SQL para ejercer la funcionalidad de combinación de hash para una tabla específica o tabla interna: HASH_JOIN, HASH_JOIN_PROBING y HASH_JOIN_BUILDING. Para obtener más información, consulte las sugerencias de Aurora MySQL en la Guía del usuario de Amazon Aurora.

  • Se ha introducido el soporte de sugerencia de orden de unión en Aurora MySQL 5.7 mediante la corrección de una característica de MySQL 8.0. Las nuevas sugerencias son JOIN_FIXED_ORDER, JOIN_ORDER, JOIN_PREFIX y JOIN_SUFFIX. Para obtener documentación detallada sobre la compatibilidad de sugerencias de orden de combinación, consulte WL#9158: Sugerencias de orden de combinación.

  • Aurora Machine Learning ahora admite funciones definidas por el usuario con MEDIUMINT como tipo de retorno.

  • El procedimiento almacenado lambda_async() ahora admite todos los caracteres utf8 de MySQL.

Correcciones de prioridad alta:

  • Se ha corregido un problema que podía provocar que una instancia de base de datos de lector devuelva resultados incompletos para una consulta FTS después de consultar la tabla INFORMATION_SCHEMA.INNODB_SYS_TABLES en la instancia de base de datos de escritor.

  • CVE-2019-5443

  • CVE-2019-3822

Mejoras de disponibilidad:

  • Se ha corregido un problema que provocaba que se reiniciara la base de datos después de que se ejecutara una instrucción multiconsulta que accedía a varias tablas o bases de datos con la caché de consultas habilitada.

  • Se ha corregido una condición de carrera en el administrador de bloqueos que provocaba un reinicio de la base de datos o una conmutación por error durante la restauración de la transacción.

  • Se ha corregido un problema que provocaba el reinicio de la base de datos o la conmutación por error cuando varias conexiones intentaban actualizar la misma tabla con un índice de búsqueda de texto completo.

  • Se ha corregido un problema que podía desencadenar un reinicio de la base de datos o una conmutación por error durante un comando kill session. Si encuentra este problema, póngase en contacto con AWS Support para habilitar esta corrección en su instancia.

  • Se ha corregido un problema que provocaba que la instancia de base de datos del lector se reiniciara durante una transacción de varias instrucciones con varias instrucciones SELECT y una carga de trabajo de escritura intensa en la instancia de base de datos del escritor con AUTOCOMMIT habilitado.

  • Se ha corregido un problema que provocaba que la instancia de base de datos del lector se reiniciara después de ejecutar consultas de larga ejecución mientras la instancia de base de datos del escritor se encontraba bajo una carga intensa de trabajo de escritura OLTP.

Mejoras generales:

  • Se ha mejorado el tiempo de recuperación de la base de datos y la latencia de confirmación para transacciones de larga ejecución cuando binlog está habilitado.

  • Se ha mejorado el algoritmo para generar mejores estadísticas para estimar los recuentos de valores distintos en columnas indexadas, incluidas las columnas con distribuciones de datos sesgadas.

  • Se ha reducido el tiempo de respuesta y la utilización de CPU de las consultas de combinación que acceden a las tablas temporales de MyISAM y los resultados se desbordan al almacenamiento local.

  • Se ha corregido un problema que impedía que las instantáneas de Aurora MySQL 5.6 con nombres de bases de datos o tablas que contenían espacios se restauraran en un nuevo clúster de Aurora MySQL 5.7.

  • Se ha incluido información de transacción de víctima cuando se resuelve el interbloqueo en show engine innodb status.

  • Se ha corregido un problema que provocaba que las conexiones se bloquearan cuando los clientes de varias versiones diferentes se conectaban a la misma base de datos y accedían a la caché de consultas.

  • Se ha corregido una pérdida de memoria derivada de varias invocaciones del flujo de trabajo de Parches sin tiempo de inactividad (ZDP) o de Reinicio sin tiempo de inactividad (ZDR) a lo largo de la vida útil de una instancia de base de datos.

  • Se ha corregido un mensaje de error en las operaciones de Parches sin tiempo de inactividad (ZDP) o de Reinicio sin tiempo de inactividad (ZDR) que indicaba erróneamente que la última transacción se había anulado si la marca de confirmación automática está desactivada.

  • Se ha corregido un problema en las operaciones de Parches sin tiempo de inactividad (ZDP) que podía provocar un mensaje de error en el servidor al restaurar variables de sesión de usuario en el nuevo proceso de base de datos.

  • Se ha corregido un problema en las operaciones de Parches sin tiempo de inactividad (ZDP) que podía provocar errores intermitentes en la base de datos cuando había consultas de larga duración durante la aplicación de parches.

  • Se ha corregido un problema que provocaba que las consultas que incluían una función de Machine Learning de Aurora devolvieran mensajes de error vacíos debido a una respuesta de error tratada incorrectamente por servicios de Machine Learning como Amazon SageMaker y Amazon Comprehend.

  • Se ha corregido un problema en la funcionalidad de monitoreo de falta de memoria que no respetaba un valor personalizado del parámetro table_definition_cache.

  • Se devuelve el mensaje de error «Se ha interrumpido la ejecución de consultas» si se interrumpe una consulta de Machine Learning de Aurora. Anteriormente, se devolvía el mensaje genérico «Error interno en el procesamiento de la solicitud de ML» en su lugar.

  • Se ha corregido un problema que podía provocar que un nodo de trabajo de binlog experimentara un tiempo de espera de conexión cuando el parámetro slave_net_timeout era menor que el parámetro aurora_binlog_replication_max_yield_seconds y había poca carga de trabajo en el clúster principal de binlog.

  • Se ha mejorado el monitoreo del progreso de la recuperación de binlog mediante la generación de mensajes informativos en el registro de errores a una frecuencia de un mensaje por minuto.

  • Se ha corregido un problema que podía provocar que la consulta SHOW ENGINE INNODB STATUS no notificara transacciones activas.

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

  • Error n.º 25289359: un bloqueo de caché de texto completo realizado cuando se sincronizaban los datos no se liberaba si el tamaño de caché de texto completo excedía el límite de tamaño de la caché de texto completo.

  • Error n.º 29138644: el cambio manual de la hora del sistema mientras se estaba ejecutando el servidor MySQL provocaba retrasos en los subprocesos del limpiador de páginas.

  • Error n.º 25222337: un nombre de campo de columna virtual NULL en un índice virtual provocaba una salida del servidor durante una comparación de nombres de campo que se producía al rellenar columnas virtuales afectadas por una restricción de clave externa.

  • Error n.º 25053286: la ejecución de un procedimiento almacenado que contenía una consulta que accedía a una vista podría asignar memoria que no se liberaba hasta que finalizara la sesión.

  • Error n.º 25586773: la ejecución de un procedimiento almacenado que contenía una instrucción que creó una tabla a partir del contenido de ciertas instrucciones SELECT podría provocar una pérdida de memoria.

  • Error n.º 28834208: durante la aplicación de registro, después de una operación OPTIMIZE TABLE, InnoDB no rellenaba las columnas virtuales antes de comprobar si había actualizaciones de índice de columna virtual.

  • Error #26666274: bucle infinito en el contenedor de búfer de esquema de rendimiento debido al desbordamiento de enteros sin signo de 32 bits.

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