Actualizaciones del motor de base de datos de Aurora MySQL del 09/11/2020 (versión 1.22.3) (obsoleta)

Versión: 1.22.3

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

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora.

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

Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon 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 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.

Mejoras

Correcciones de seguridad:

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

• CVE-2020-14559

• CVE-2020-14539

• CVE-2020-2579

• CVE-2020-2812

• CVE-2020-2780

• CVE-2020-2763

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 han corregido los problemas que podían provocar el reinicio del servidor durante la recuperación de una instrucción DDL que no se confirmó.

• Se han corregido las condiciones de carrera en el administrador de bloqueos que pueden provocar el reinicio del servidor.

• Se ha corregido un problema que podía hacer que el agente de supervisión reiniciara el servidor durante la recuperación de una transacción grande.

Mejoras generales:

• Se ha cambiado el comportamiento de mapeo MIXED binlog_format a ROW en lugar de STATEMENT cuando se ejecuta LOAD DATA FROM INFILE | S3.

• Se ha corregido un problema que provocaba que una réplica de binlog conectada a un binlog principal de Aurora MySQL mostrara datos incompletos cuando el principal ejecutaba LOAD DATA FROM S3 y binlog_format se establecía en STATEMENT.

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

• Error n.° 26654685: Un ID de índice dañado encontrado durante una comprobación de clave externa generó una aserción

• Error n.° 15831300: De forma predeterminada, al promover enteros de un tipo más pequeño en el maestro a un tipo más grande en el esclavo (por ejemplo, de una columna SMALLINT en el maestro a una columna BIGINT en el esclavo), los valores promocionados se tratan como si estuvieran firmados. Ahora, en tales casos es posible modificar o anular este comportamiento utilizando uno o ambos de ALL_SIGNED, ALL_UNSIGNED en el conjunto de valores especificados para la variable de sistema del servidor slave_type_conversions. Para obtener más información, consulte Replicación basada en filas: promoción y degradación de atributos, así como la descripción de la variable.

• Error n.° 17449901: Con foreign_key_checks=0, InnoDB permitió que se eliminara un índice requerido por una restricción de clave externa, colocando la tabla en una inconsistente y causando un error en la comprobación de clave externa que se produce en la carga de la tabla. InnoDB ahora evita que se caiga un índice requerido por una restricción de clave externa, incluso con foreign_key_checks=0. Se debe eliminar la restricción de clave externa antes de eliminar el índice de clave externa.

• ERROR #20768847: Una ALTER TABLE ... La operación DROP INDEX en una tabla con dependencias de clave externa generó una aserción.