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 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
Mejoras
Correcciones de seguridad:
Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación:
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
aROW
en lugar deSTATEMENT
cuando se ejecutaLOAD 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
ybinlog_format
se establecía enSTATEMENT
.
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.