Actualizaciones del motor de base de datos de Aurora MySQL del 04/06/2024 (versión 3.07.0, compatible con MySQL 8.0.36)

Se habilitó el soporte para la criptografía validada por FIPS, una implementación propia de AWS. Para obtener más información, consulte AWS-LC cuenta con la certificación FIPS 140-3 en el blog de seguridad de AWS.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Se ha corregido un problema que podía provocar que una instancia de base de datos del lector se reiniciara al leer una tabla que se está modificando o eliminando en la instancia de base de datos del escritor.

Se ha corregido un problema que podía provocar que una instancia de base de datos de escritura de Aurora MySQL se reiniciara cuando se cerraba una sesión de reenvío de escritura mientras se ejecutaba una consulta reenviada.

Se ha corregido un problema que provocaba que una instancia de base de datos se reiniciara cuando se gestionaban conjuntos de GTID de gran tamaño en una instancia con registro binario activado.

Se ha corregido un problema al procesar consultas INSERT en tablas particionadas de InnoDB que podía provocar una disminución gradual de la memoria libre en la instancia.

Se corrigió un problema que, en raras condiciones, podía provocar que las instancias de base de datos de lector de Aurora se reiniciaran.

Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos al ejecutar simultáneamente las instrucciones SHOW STATUS y PURGE BINARY LOGS. PURGE BINARY LOGS es una instrucción administrada que se ejecuta para respetar el periodo de retención de binlogs configurado por el usuario.

Se ha corregido un problema que podía provocar el cierre inesperado del servidor tras ejecutar instrucciones del lenguaje de manipulación de datos (DML) en una tabla cuyas columnas no virtuales se reordenaban con una instrucción MODIFY COLUMN o CHANGE COLUMN.

Se ha corregido un problema que, durante el reinicio de una instancia de base de datos, podía provocar un reinicio adicional.

Se ha corregido un problema que podía provocar que una instancia de lector de base de datos que utilizaba el reenvío de escritura se reiniciara cuando se producía un error en una instrucción de confirmación implícita reenviada.

Se ha corregido un problema que, en raras condiciones, podía provocar que una instancia de lector se reiniciara al realizar consultas SELECT en tablas con una restricción de clave externa.

Se ha corregido un problema por el que las instancias de base de datos que utilizan volúmenes de clústeres Aurora de varios TB podían experimentar un mayor tiempo de inactividad durante el reinicio debido a errores de validación del conjunto de búferes de InnoDB.

Se ha corregido un problema que podía provocar que una base de datos se reiniciara cuando se definía una restricción de clave externa con UPDATE o DELETE en cascada en una tabla en la que interviene una columna virtual, ya sea como columna de la restricción de clave externa o como miembro de la tabla a la que se hace referencia.

Se ha corregido un problema que podía interrumpir la recuperación de la base de datos durante el inicio si el reinicio se producía al ejecutar operaciones de inserción intensivas que implicaban columnas AUTO_INCREMENT.

Se ha corregido un problema en Aurora Serverless v2 que podía provocar el reinicio de la base de datos al escalarla verticalmente.

Menor uso de E/S y rendimiento mejorado para un subconjunto de consultas de escaneo de rango de claves principales que emplean consultas paralelas.

La versión 3.06.0 de Aurora MySQL añadió soporte para la integración de Amazon Bedrock. Como parte de esto, se agregaron nuevas palabras clave reservadas (accept, aws_bedrock_invoke_model, aws_sagemaker_invoke_endpoint, content_type y timeout_ms). En la versión 3.07.0 de Aurora MySQL, estas palabras clave se han cambiado por palabras clave no reservadas, que se permiten como identificadores sin comillas. Para obtener más información sobre cómo MySQL gestiona las palabras clave reservadas y no reservadas, consulte Palabras clave y palabras reservadas en la documentación de MySQL.

Se ha corregido un problema que no devolvía claramente un mensaje de error al cliente al invocar el servicio Amazon Bedrock desde un clúster de base de datos Aurora MySQL en un Región de AWS en el que Amazon Bedrock aún no estaba disponible.

Se ha corregido un problema que podía provocar un consumo excesivo de memoria al consultar columnas BLOB utilizando la consulta paralela de Aurora.

Se ha añadido compatibilidad con los parámetros connection_memory_limit y connection_memory_chunk_size que se deben configurar en el nivel de sesión para que se comporten igual que en MySQL Community Edition. connection_memory_limit se usa para establecer la cantidad máxima de memoria que puede usar una conexión de usuario único. El parámetro connection_memory_chunk_size se puede usar para establecer el tamaño de fragmentación de las actualizaciones del contador de uso de memoria global.

Se ha corregido un problema por el que el usuario no podía interrumpir ninguna consulta ni establecer tiempos de espera de sesión para las consultas performance_schema.

Se ha corregido un problema según el cual la configuración de la replicación del registro binario (binlog) mediante certificados SSL personalizados (mysql.rds_import_binlog_ssl_material) fallara cuando se estaba sustituyendo el host de la instancia de sustitución.

Se agregó la variable de estado global Aurora_fts_cache_memory_used para realizar un seguimiento del uso de memoria para el sistema de búsqueda de texto completo en todas las tablas. Para obtener más información, consulte Variables de estado globales de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se ha corregido un problema por el que un clúster de Amazon Redshift configurado como destino zero-ETL podía experimentar un aumento temporal IntegrationLag cuando un clúster de base de datos MySQL de Amazon Aurora se configuraba como una réplica de registro binario, con Binlog habilitado y la integración sin ETL habilitada.

Se ha corregido un problema relacionado con la administración de los archivos de registro de auditoría que podía provocar que no se pudiera acceder a los archivos de registro para su descarga o rotación y, en algunos casos, aumentar el uso de la CPU.

Se optimizó la recuperación de claves AUTO_INCREMENT para reducir el tiempo necesario en la restauración de las instantáneas, realizar recuperaciones puntuales y clonar clústeres de bases de datos con un gran número de tablas en la base de datos.

Se ha corregido un problema por el que el evento wait/io/redo_log_flush no aparecía en las tablas resumidas de los eventos de espera del esquema de rendimiento.

Se ha corregido un problema que podía provocar errores de claves duplicadas en las columnas AUTO_INCREMENT que utilizaban índices descendentes tras una operación de restauración de instantáneas, retroceso o clonación de la base de datos.

Se ha corregido un problema que podía provocar que una instancia de base de datos grabadora se reiniciara cuando una instancia de base de datos de lectores que utilizaba el reenvío de escritura ejecutaba una instrucción del lenguaje de manipulación de datos (DML) que contenía un valor de marca temporal y el parámetro de la base de datos time_zone estaba establecido en UTC.

Se ha corregido un problema por el que una consulta SELECT en una instancia del lector de Aurora podía fallar y la tabla de errores no existía cuando la tabla tenía al menos un índice de búsqueda de texto completo (FTS) y se estaba ejecutando una instrucción TRUNCATE en la instancia de base de datos del escritor de Aurora.

Se ha corregido un problema que, en raras ocasiones, provocaba un error en la aplicación de parches sin tiempo de inactividad (ZDP).

Se ha corregido un problema que podía provocar un conjunto de resultados incompleto al ejecutar consultas que implicaban operaciones LEFT JOIN u RIGHT JOIN que utilizaban el algoritmo de combinación hash con consultas paralelas.

Se ha corregido un problema que podía provocar errores en la actualización de Aurora MySQL versión 2 a Aurora MySQL versión 3 cuando había una columna FTS_DOC_ID definida por el usuario en el esquema de la tabla.

Se ha corregido un problema que podía provocar errores en la actualización de Aurora MySQL versión 2 a Aurora MySQL versión 3 debido a un error de sincronización mientras se procesaban los espacios de tabla InnoDB.

Se ha corregido un problema que podía provocar errores en las actualizaciones de la versión principal de Aurora MySQL versión 3 debido a la presencia de entradas huérfanas para espacios de tabla ya eliminados en tablas del sistema InnoDB en Aurora MySQL versión 2.

Se ha corregido un problema por el que el valor de SERVER_ID no se actualizaba tras una transición de implementación azul/verde de Amazon RDS. Esto provocó problemas en los que los controladores inteligentes, como el controlador JDBC de Amazon Web Services (AWS), no podían detectar la topología del clúster de base de datos tras una transición azul/verde. Con esta corrección, los clústeres de bases de datos de Aurora cuyo nombre se haya cambiado como parte de una implementación azul/verde de RDS y que se ejecuten en la versión 3.07 o superior de Aurora MySQL tendrán el valor SERVER_ID actualizado como parte de la transición. En las versiones anteriores, las instancias de base de datos de los clústeres azul y verde se pueden reiniciar para actualizar el valor SERVER_ID.

Se ha corregido un error que provocaba que el valor de la línea de caché se calculara de forma incorrecta, lo que provocaba un error durante el reinicio de la base de datos en las instancias basadas en Graviton. (Corrección de error de la comunidad n.º 35479763).

Se ha corregido un problema por el que algunas instancias de subconsultas dentro de las rutinas almacenadas no se gestionaban correctamente. (Corrección de error de la comunidad n.º 35377192).

Se ha corregido un problema que podía provocar que el uso de la CPU aumentara debido a la rotación de certificados de TLS en segundo plano (Corrección de error de la comunidad n.º 34284186).

Se ha corregido un problema por el que InnoDB permitía añadir columnas INSTANT a las tablas del esquema del sistema MySQL en las versiones de Aurora MySQL anteriores a la 3.05, lo que podía provocar el cierre inesperado del servidor (reinicio de la instancia de base de datos) tras la actualización a Aurora MySQL versión 3.05.0. (Corrección de error de la comunidad n.º 35625510).