Actualizaciones del motor de base de datos de Aurora MySQL del 10/11/2020 (versión 2.07.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 10/11/2020 (versión 2.07.3) (obsoleta)

Versión: 2.07.3

Aurora MySQL 2.07.3 ya está disponible con carácter general. Las versiones 2.* de Aurora MySQL son compatibles con MySQL 5.7 y las versiones 1.* 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 en Aurora MySQL 2.07.3 una instantánea de una versión de Aurora MySQL que actualmente sea compatible. También puede actualizar a Aurora MySQL 2.07.3 los clústeres de base de datos de Aurora MySQL 2.* existentes. Los clústeres de Aurora MySQL 1.* existentes no se pueden actualizar directamente a la versión a 2.07.3; sin embargo, su instantánea sí puede actualizarse a Aurora MySQL 2.07.3.

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

nota

Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia 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.

Mejoras

Correcciones de seguridad:

Correcciones y otras mejoras para ajustar la administración en un entorno administrado.

Cambios incompatibles:

Esta versión introduce un cambio de permisos que afecta al comportamiento del comando mysqldump. Los usuarios deben tener el privilegio de PROCESS para acceder a la tabla INFORMATION_SCHEMA.FILES. Para ejecutar el comando mysqldump sin ningún cambio, conceda el privilegio PROCESS al usuario de base de datos al que se conecta el comando mysqldump. También puede ejecutar el comando mysqldump con la opción --no-tablespaces. Con esa opción, la salida mysqldump no incluye ninguna instrucción CREATE LOGFILE GROUP o CREATE TABLESPACE. En ese caso, el comando mysqldump no tiene acceso a la tabla INFORMATION_SCHEMA.FILES y no es necesario conceder el permiso PROCESS.

Mejoras de disponibilidad:

  • Se ha corregido una condición de carrera en el administrador de bloqueos entre la eliminación de una conexión/consulta y la finalización de la sesión, lo que provocaba un reinicio de la base de datos.

  • 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 un problema que es posible que provocara repetidos reinicios debido a actualizaciones de columnas virtuales con índices secundarios.

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

  • InnoDB: las transacciones XA simultáneas que se ejecutaron correctamente en la etapa de preparación de XA en el maestro entraron en conflicto cuando se reprodujeron en el esclavo, lo que da como resultado un tiempo de espera de bloqueo en el subproceso del aplicador. El conflicto se debió al rango de bloqueo GAP que difería cuando las transacciones se reprodujeron en serie en el esclavo. Para evitar este tipo de conflicto, los bloqueos GAP tomados por las transacciones XA en el nivel de aislamiento READ COMMITTED ahora se liberan (y ya no se heredan) cuando las transacciones XA llegan a la etapa de preparación. (Error n.º 27189701 y error n.º 25866046)

  • InnoDB: se tomó un bloqueo de espacio innecesariamente durante la validación de clave externa mientras se utilizaba el nivel de aislamiento READ COMMITTED. (Error n.º 25082593)

  • Replicación: cuando se utilizan transacciones XA, si se ha producido un tiempo de espera de bloqueo o interbloqueo para el subproceso de aplicador (SQL) en un esclavo de replicación, el reintento automático no funcionó. La causa fue que, mientras que el subproceso SQL haría una reversión, no revertiría la transacción XA. Esto significaba que cuando se volvió a intentar la transacción, el primer evento fue XA START, que no era válido ya que la transacción XA ya estaba en curso, lo que provocó un error XAER_RMFAIL. (Error n.º 24764800)

  • Replicación: las transacciones entrelazadas en ocasiones podían bloquear el aplicador esclavo cuando el nivel de aislamiento de transacciones se estableció en REPEATABLE READ. (Error n.º 25040331)

  • Replicación: el valor devuelto por una instrucción SHOW SLAVE STATUS para el tamaño total combinado de todos los archivos de registro de retransmisión existentes (Relay_Log_Space) podría ser mucho mayor que el espacio real en disco utilizado por los archivos de registro de retransmisión. El subproceso de E/S no bloqueó la variable mientras actualizaba el valor, por lo que el subproceso SQL podría eliminar automáticamente un archivo de registro de retransmisión y escribir un valor reducido antes de que el subproceso de E/S terminara de actualizar el valor. El subproceso de E/S luego escribió su cálculo de tamaño original, ignorando la actualización del subproceso SQL y agregando así el espacio para el archivo eliminado. El valor Relay_Log_Space ahora está bloqueado durante las actualizaciones para evitar actualizaciones simultáneas y garantizar un cálculo preciso. (Error n.º 26997096 y error n.º 87832)

  • Para una instrucción INSERT para la que la lista generó valores para la segunda fila o posterior mediante una subconsulta que contiene una combinación, el servidor podría salir después de no resolver los privilegios requeridos. (Error n.º 23762382)

  • Para una tabla que tenga una columna TIMESTAMP o DATETIME con un valor predeterminado de CURRENT_TIMESTAMP, la columna podría inicializarse en 0000-00-00 00:00:00 si la tabla tenía un desencadenador BEFORE INSERT. (Error n.º 25209512 y error n.º 84077)

  • Una salida del servidor podría ser el resultado de intentos simultáneos de varios subprocesos para registrar y anular el registro de objetos Esquema de rendimiento de metadatos. (Error n.º 26502135)

  • 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.º 25586773)

  • 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.º 25053286)

  • Ciertos casos de materialización de subconsulta podrían provocar la salida del servidor. Estas consultas ahora producen un error que sugiere que la materialización se desactive. (Error n.º 26402045)

  • Las consultas a las que les faltan muchas uniones eran lentas si se usaba el almacenamiento en búfer de unión (por ejemplo, usando el algoritmo de bucle anidado de bloques). (Error n.º 18898433 y error n.º 72854)

  • El optimizador omitió la segunda columna en un índice compuesto al ejecutar una combinación interna con una cláusula LIKE contra la segunda columna. (Error n.º 28086754)

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