Actualizaciones del motor de base de datos de Aurora MySQL del 25/10/2023 (versión 3.05.0, compatible con MySQL 8.0.32)

Se ha añadido soporte para guardar datos de un clúster de base de datos de Aurora MySQL en archivos de texto en un bucket de Amazon S3 cifrado con una clave KMS (SSE-KMS). Para obtener más información, consulte Grabación de datos desde un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3.

Se ha introducido una nueva variable de estado global aurora_tmz_version para indicar la versión actual de la información de zona horaria (TZ) utilizada por el motor. Los valores siguen la versión de la base de datos de zonas horarias de la IANA y tienen el formato YYYYsuffix ««, por ejemplo, 2022a y 2023c. Para obtener más información, consulte Variables de estado global de Aurora MySQL.

CVE-2022-37434

Se ha corregido un problema por el que las instancias de bases de datos de Aurora MySQL que utilizaban consultas paralelas podían experimentar un reinicio de la base de datos al ejecutar un número elevado de consultas paralelas y simultáneas.

Se ha corregido un problema de bloqueo de contención provocado por un subproceso de registro de auditoría que, a la larga, provocaba un uso elevado de la CPU y tiempos de espera de las aplicaciones cliente.

Se ha corregido un problema que podía provocar que el conjunto de GTID ejecutado se recuperara incorrectamente en un clúster de réplicas de registros binarios (binlog) con el binlog mejorado habilitado cuando cualquier origen de binlog tenía establecido gtid_mode en ON o ON_PERMISSIVE. Este problema puede provocar que la instancia de escritor del clúster de réplicas se reinicie una vez más durante la recuperación o que se produzcan resultados incorrectos al consultar el conjunto de GTID ejecutado.

Se ha corregido un problema de administración de memoria 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 habilitaba el registro binario mejorado.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al intentar leer una página de base de datos que pertenecía a una tabla eliminada.

Se ha corregido un problema que podía provocar que la instancia de lector se reiniciara cuando la instancia de escritor aumentaba el volumen de la base de datos a un múltiplo de 160 GB.

Se ha corregido un problema que provocaba que una instancia de base de datos de Aurora MySQL con la característica de registro binario mejorado habilitada quedara bloqueada durante el inicio de la instancia de base de datos mientras se ejecutaba el proceso de recuperación del registro binario.

Se ha corregido un problema que provocaba que una instancia de base de datos de Aurora MySQL experimentara varios reinicios durante el inicio de la instancia mientras se inicializaban grandes segmentos de reversión.

Se ha corregido un problema que, durante la aplicación de parches sin tiempo de inactividad, provocaba el reinicio de la instancia y el cierre inesperado de las conexiones de la base de datos.

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

Se ha corregido un problema que podía provocar que el clúster de base de datos no estuviera disponible si la instancia de escritor se reiniciaba mientras la base de datos estaba creando o eliminando desencadenadores en las tablas internas del sistema.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara debido a esperas de semáforo prolongadas al utilizar la característica de binlog mejorado en un clúster con una réplica de Aurora.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al ejecutar una consulta que hacía referencia a una función de agregación.

Se ha corregido un problema que, en raras ocasiones, podía provocar que la instancia de la base de datos se reiniciara cuando Aurora Serverless v2 intenta actualizar incorrectamente la caché de la tabla mientras se escala.

Se ha corregido un problema que provocaba que se tuvieran en cuenta métodos de acceso al escaneo de índices no compatibles para las expresiones de tabla comunes (CTE) al materializar tablas temporales intermedias, lo que podía provocar un comportamiento no deseado, como, por ejemplo, el reinicio de la base de datos o resultados de consultas incorrectos. Hemos solucionado este problema evitando el uso de métodos de acceso al escaneo de índices no compatibles en las tablas mediante el motor TempTable de almacenamiento.

Se ha corregido un problema que podía provocar la falta de disponibilidad de la base de datos cuando el binlog mejorado estaba activado en un Aurora Serverless v2 clúster de base de datos que se ejecuta en Aurora MySQL 3.04.0.

Se han eliminado los metadatos de almacenamiento no utilizados antes de escribirlos en el almacenamiento de Aurora cuando la característica binlog mejorado estaba habilitada. Esto evita ciertas situaciones en las que se puede producir un reinicio de la base de datos o una conmutación por error debido al aumento de la latencia de escritura por un aumento de los bytes transmitidos a través de la red.

Con la incorporación de las tablas malloc_stats y malloc_stats_totals en performance_schema, se han añadido tres variables avanzadas del sistema para controlar el comportamiento de Jemalloc, un asignador de memoria interno:

Se ha corregido un problema por el que no se creaban determinadas tablas de esquemas de rendimiento de Aurora tras una actualización o migración.

Se ha añadido una nueva variable de sistema (aurora_use_vector_instructions). Cuando este parámetro está habilitado, Aurora MySQL utiliza instrucciones de procesamiento vectorial optimizadas para mejorar el rendimiento en cargas de trabajo intensas de E/S. Esta configuración está establecida en ON de forma predeterminada en Aurora MySQL 3.05 y versiones posteriores. Para obtener más información, consulte Parámetros de configuración de Aurora MySQL.

Se ha corregido un problema que podía provocar que las NumBinaryLogFiles métricas activadas CloudWatch mostraran resultados incorrectos cuando el binlog mejorado estaba activado.

El tiempo de espera de solicitud para las operaciones de Aurora MySQL Machine Learning a Amazon SageMaker ha aumentado de 3 a 30 segundos. Esto ayuda a resolver un problema por el que los clientes pueden ver un mayor número de reintentos o errores en las solicitudes a Amazon SageMaker desde Aurora MySQL Machine Learning cuando utilizan lotes de mayor tamaño.

Se ha añadido compatibilidad con las tablas malloc_stats y malloc_stats_totals en la base de datos performance_schema.

Se ha actualizado la palabra clave FROM del comando LOAD DATA FROM S3 para que sea opcional. Para obtener más información, consulte Carga de datos en un clúster de base de datos de Amazon Aurora MySQL desde archivos de texto de un bucket de Amazon S3.

Se ha añadido compatibilidad con el parámetro innodb_aurora_instant_alter_column_allowed, que controla si se puede utilizar el algoritmo INSTANT para las operaciones ALTER COLUMN. Para obtener más información, consulte Parámetros de nivel de clúster.

Se ha corregido un problema que podía impedir que se establecieran nuevas conexiones de clientes a la base de datos cuando el reenvío de escritura estaba habilitado.

Se ha corregido un problema que podía provocar que la modificación del parámetro de la base de datos de table_open_cache no tuviera efecto hasta que se reiniciara la instancia de la base de datos.

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 relacionado con los escaneos de índices que provocaba que se devolviera un resultado impreciso al ejecutar una consulta SELECT con la cláusula GROUP BY y el parámetro aurora_parallel_query establecidos en ON.

Se ha corregido un problema que podía provocar el agotamiento de la memoria disponible al ejecutar consultas en la tabla INFORMATION_SCHEMA INNODB_TABLESPACES.

Se ha corregido un problema que provocaba que la instancia de lector no pudiera abrir una tabla (ERROR 1146). Este problema se produce al ejecutar determinados tipos de lenguaje de definición de datos (DDL) en línea mientras se utiliza el algoritmo INPLACE en la instancia de escritor.

Se ha corregido un problema para evitar que una instancia se reiniciara durante Aurora Serverless v2 el escalado se produce cuando el proceso de supervisión interna envía erróneamente solicitudes de escalado duplicadas.

Se ha corregido un problema que podía provocar el reinicio de la base de datos cuando los consumidores de registros binarios (binlog) conectados utilizaban un servidor de replicación de binlog duplicado. IDs

Se ha ingresado una caché de registro de retransmisión en memoria para las réplicas de registros binarios administradas por Aurora MySQL. Esta mejora puede ayudar a lograr un aumento de hasta un 40 % en el rendimiento de la replicación de registros binarios. Esta mejora se habilita automáticamente cuando se utiliza la replicación de registros binarios de un solo subproceso o cuando se utiliza la replicación de subprocesos múltiples con el posicionamiento automático de GTID habilitado.

La actualización de MySQL 5.7 a MySQL 8.0 con un gran número de tablas en una única base de datos provocó que el servidor consumiera demasiada memoria. Detectamos que, al comprobar si las tablas podían actualizarse, recuperábamos inicialmente todos los objetos Table del diccionario de datos, los procesábamos y recuperábamos su nombre. A continuación, realizamos el paso Comprobación de la compatibilidad de la versión incluido en la lista. En este caso, no era necesario recuperar todos los objetos de antemano, lo que contribuía considerablemente al consumo de memoria. Para corregir este problema, en estos casos, recuperamos un objeto Table de uno en uno, realizando las comprobaciones necesarias, recuperando su nombre y liberando el objeto antes de continuar con el siguiente (Error n.º 34526001).

Se mejoró el rendimiento de las principales actualizaciones de las versiones de Aurora MySQL de la versión 2 a la versión 3 mediante la ejecución de comprobaciones de espacios de tablas en paralelo utilizando todos los v disponibles en la instancia de la CPUs base de datos.

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