Actualizaciones del motor de base de datos de Aurora MySQL del 07/03/2024 (versión 3.06.0, compatible con MySQL 8.0.34)

La versión 3.06.0 de Aurora MySQL admite la integración de Amazon Bedrock e introduce las nuevas palabras clave reservadas accept, aws_bedrock_invoke_model, aws_sagemaker_invoke_endpoint, content_type y. timeout_ms. Compruebe las definiciones de los objetos para ver el uso de las nuevas palabras clave reservadas antes de actualizar a la versión 3.06.0. Para mitigar el conflicto con las nuevas palabras clave reservadas, cite las palabras clave reservadas utilizadas en las definiciones de los objetos. Para obtener más información sobre la integración de Amazon Bedrock y la gestión de las palabras clave reservadas, consulte ¿Qué es Amazon Bedrock? en la Guía del usuario de Amazon Aurora. Para obtener información adicional, consulte Palabras clave y palabras reservadas, Tabla INFORMATION_SCHEMA y Nombres de objetos de esquema en la documentación de MySQL.

Rendimiento mejorado de las réplicas de registros binarios al replicar transacciones para tablas grandes con más de un índice secundario. Esta característica introduce un grupo de subprocesos para aplicar cambios de índice secundarios en paralelo en una réplica de binlog. La característica se controla mediante el parámetro del clúster de base de datos aurora_binlog_replication_sec_index_parallel_workers, que controla el número total de subprocesos paralelos disponibles para aplicar los cambios de índice secundarios. Para obtener más información, consulte Optimización de replicación de registros binarios en la Guía del usuario de Amazon Aurora.

Se agregó un nuevo procedimiento almacenado mysql.rds_set_read_only que permite cambiar el valor de la variable de sistema global read_only en las instancias de bases de datos del clúster de Aurora MySQL. Para obtener más información, consulte Replicación en la Guía del usuario de Amazon Aurora.

Se agregó un nuevo procedimiento almacenado mysql.rds_set_binlog_source_ssl que permite configurar el cifrado en una réplica de registro binario especificando un valor para SOURCE_SSL. Para obtener más información, consulte Replicación en la Guía del usuario de Amazon Aurora.

El Machine Learning de Amazon Aurora es una integración optimizada entre la base de datos de Aurora MySQL y los servicios de Machine Learning (ML) de AWS. Ahora Amazon Bedrock es compatible, lo que le permite invocar modelos de machine learning en Amazon Bedrock directamente desde su clúster de base de datos Aurora MySQL mediante SQL. Para obtener más información sobre el uso de Amazon Bedrock con su clúster de base de datos de Aurora MySQL, consulte Uso del machine learning de Amazon Aurora con Aurora MySQL en la Guía del usuario de Amazon Aurora.

La versión 3.06 y posteriores de Aurora MySQL, incluye compatibilidad con el truncado automático de espacios de tablas de deshacer. Esta optimización le permite recuperar el espacio no utilizado en los espacios de tablas de deshacer una vez purgados los registros de deshacer.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Se ha corregido un problema por el que una instancia de base de datos de réplica de lectura no se podía publicar correctamente cuando había una gran carga de trabajo en la instancia de base de datos de escritura.

Se ha corregido un problema que provocaba que una instancia de escritor base de datos de Aurora MySQL pudiera realizar una conmutación por error debido a un defecto en la comunicación con el almacenamiento de Aurora. El defecto se produce como resultado de una interrupción en la comunicación entre la instancia de la base de datos y el almacenamiento subyacente tras una actualización de software de la instancia de almacenamiento de Aurora.

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 ha corregido un problema que podía provocar el reinicio de una instancia de base de datos de Aurora MySQL o una conmutación por error debido a una disminución de la memoria que se puede liberar cuando se utiliza una combinación de hash en la ejecución de consultas.

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

En Aurora MySQL 2.10, hemos añadido soporte para reiniciar un clúster de base de datos Aurora con disponibilidad de lectura. Esta característica permite que las instancias de base de datos de lectura permanezcan en línea mientras se reinicia una instancia de base de datos de escritura. Esta característica ahora se admite en las Regiones de AWS secundarias en las bases de datos globales de Aurora MySQL, lo que garantiza que pueda seguir atendiendo solicitudes de lectura durante el reinicio de una instancia de escritura en el clúster principal. Anteriormente, cuando se reiniciaba una instancia de escritor, también se reiniciaban todas las instancias de lector de un clúster de Aurora MySQL. Con este lanzamiento, las instancias de lector de clúster secundario siguen atendiendo solicitudes de lectura durante el reinicio de una instancia de escritor, lo que mejora la disponibilidad de lectura en el clúster. Para obtener más información, consulte Reinicio de un clúster de Aurora con disponibilidad de lectura.

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 que podía provocar que una consulta paralela produjese un error debido a problemas transitorios de red al leer datos del volumen del clúster de Aurora.

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.

Las instancias de base de datos pequeñas con una memoria inferior o igual a 4 GiB ahora cierran las conexiones que más memoria consumen cuando la instancia de base de datos está bajo presión de memoria. También puede ajustar el conjunto de búferes para reducir su tamaño. Para obtener más información, consulte Problemas out-of-memory de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se cambió la respuesta predeterminada para aurora_oom_response, en todas las clases de instancias de base de datos que tienen más de 4 GiB de memoria, de vacía a print. Para obtener más información, consulte Problemas out-of-memory de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

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 han agregado las métricas Aurora_lockmgr_memory_used y Aurora_lockmgr_buffer_pool_memory_used para rastrear el uso de memoria del administrador de bloqueos. 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 que podía provocar que las instancias de réplica de lectura pequeñas experimentaran un mayor retraso en la replicación tras actualizarse de versiones anteriores a la 2.11.*de Aurora MySQL.

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 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 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 las principales actualizaciones de las versiones si 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 tablas 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 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 siempre 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).