Actualizaciones del motor de base de datos Aurora MySQL 2024-03-07 (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 acceptaws_bedrock_invoke_model, aws_sagemaker_invoke_endpointcontent_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 el manejo 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 de PALABRAS CLAVE DE INFORMATION_SCHEMA y Nombres de objetos de esquema en la documentación de MySQL.

Se mejoró el rendimiento de las réplicas de registros binarios al replicar transacciones en 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 paraSOURCE_SSL. Para obtener más información, consulte Replicación en la Guía del usuario de Amazon Aurora.

Amazon Aurora Machine Learning es una integración optimizada entre la base de datos Aurora MySQL y los servicios de aprendizaje AWS automático (ML). Ahora se admite Amazon Bedrock, lo que le permite invocar modelos de aprendizaje automático 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 Aurora MySQL, consulte Uso del aprendizaje automático de Amazon Aurora con Aurora MySQL en la Guía del usuario de Amazon Aurora.

La versión 3.06 de Aurora MySQL añade soporte para deshacer automáticamente el truncamiento de los espacios de tablas. 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 que provocaba que una instancia de base de datos de réplica de lectura no se pudiera lanzar correctamente cuando había una gran carga de trabajo en la instancia de base de datos del escritor.

Se ha corregido un problema que provocaba que una instancia de base de datos de Aurora MySQL Writer 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 base de datos y el almacenamiento subyacente tras una actualización de software de la instancia de almacenamiento Aurora.

Se ha corregido un problema al procesar INSERT consultas 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 que una instancia de base de datos Aurora MySQL se reiniciara o realizara una conmutación por error debido a una disminución de la memoria liberable cuando se utilizaban combinaciones de hash al ejecutar consultas.

Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos al ejecutar las sentencias SHOW STATUS y PURGE BINARY LOGS de forma simultánea. PURGE BINARY LOGSes una sentencia gestionada que se ejecuta para respetar el período de retención de binlog configurado por el usuario.

Se ha corregido un problema que podía provocar el cierre inesperado del servidor tras ejecutar sentencias del lenguaje de manipulación de datos (DML) en una tabla cuyas columnas no virtuales se reordenaban con una sentencia O. MODIFY COLUMN 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 el reinicio de la base de datos cuando se definía una restricción de clave DELETE externa UPDATE o 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, añadimos soporte para reiniciar un clúster de base de datos Aurora con disponibilidad de lectura. Esta función 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 función ahora se admite en las bases de datos globales secundarias Regiones de AWS 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 escritura, también se reiniciaban todas las instancias de lectura de un clúster secundario de Aurora MySQL. Con esta versión, las instancias de lectura del clúster secundario siguen atendiendo las solicitudes de lectura durante el reinicio de una instancia de escritura, lo que mejora la disponibilidad de lectura en el clúster. Para obtener más información, consulte Reiniciar 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 mientras se ejecutaban operaciones de inserción intensivas con AUTO_INCREMENT columnas.

Se ha corregido un problema que podía provocar que una consulta paralela fallara 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 performance_schema las consultas.

Se ha corregido un problema que provocaba que la replicación de registros binarios (binlog) configurada para usar certificados SSL personalizados (mysql.rds_import_binlog_ssl_material) fallara cuando se estaba sustituyendo el host de la instancia de replicación.

Las instancias de base de datos pequeñas con menos de 4 GiB de memoria 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 los out-of-memoryproblemas de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se cambió la respuesta predeterminada para aurora_oom_response 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 los out-of-memoryproblemas 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 AUTO_INCREMENT claves para reducir el tiempo necesario para restaurar las instantáneas, realizar la point-in-time recuperación 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 de resumen de los eventos de espera del esquema de rendimiento.

Se agregaron las Aurora_lockmgr_buffer_pool_memory_used métricas Aurora_lockmgr_memory_used y para realizar un seguimiento del uso de memoria del administrador de bloqueos. Para obtener más información, consulte las variables de estado global de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se solucionó un problema por el que las instancias de réplicas de lectura pequeñas podían experimentar un mayor retraso en la replicación después de actualizar desde versiones de Aurora MySQL anteriores a la 2.11.*.

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

Se ha corregido un problema por el que una SELECT consulta en una instancia de Aurora Reader 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 TRUNCATE sentencia en la instancia de base de datos Aurora Writer.

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

Se ha corregido un problema que podía provocar que las actualizaciones principales de las versiones fallaran si había una FTS_DOC_ID columna 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 My SQLversion 2 a Aurora MySQL versión 3 debido a un problema de sincronización al procesar los espacios de tablas de InnoDB.

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

Se ha corregido un error que provocaba que el valor de la línea de caché se calculara incorrectamente, lo que provocaba un error al reiniciar la base de datos en las instancias basadas en Graviton. (Corrección de error de la comunidad #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 #35377192)

Se ha corregido un problema que podía provocar un mayor uso de la CPU debido a la rotación de los certificados TLS en segundo plano (corrección de error comunitaria #34284186).

Se ha corregido un problema por el que InnoDB permitía añadir INSTANT columnas 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 comunitaria #35625510).