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) - Amazon Aurora

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 25/10/2023 (versión 3.05.0, compatible con MySQL 8.0.32)

Versión: 3.05.0

La versión 3.05.0 de Aurora MySQL ya está disponible con carácter general. Las versiones 3.05 de Aurora MySQL son compatibles con MySQL 8.0.32. Para obtener más información sobre los cambios que se han producido en la comunidad, consulte Notas de la versión de MySQL 8.0.

Para obtener información sobre las nuevas características de Aurora MySQL versión 3, consulte Aurora MySQL versión 3 compatible con MySQL 8.0. Para conocer las diferencias entre Aurora MySQL versión 3 y Aurora MySQL versión 2, consulte Comparación de Aurora MySQL versión 2 y Aurora MySQL versión 3. Para ver una comparación de Aurora MySQL versión 3 y MySQL 8.0 Community Edition, consulte Comparación de Aurora MySQL versión 3 y MySQL 8.0 Community Edition.

Las versiones de Aurora MySQL compatibles actualmente son: 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* y 3.05.*.

Puede realizar una actualización local, restaurar una instantánea o iniciar una actualización azul/verde administrada mediante las implementaciones azules/verdes de Amazon RDS de cualquier clúster de Aurora MySQL versión 2 compatible a un clúster de Aurora MySQL versión 3.05.0.

Para obtener información sobre cómo planificar una actualización a Aurora MySQL versión 3, consulte Planificación de actualizaciones para Aurora MySQL versión 3 en la Guía del usuario de Amazon Aurora. Para obtener información general sobre las actualizaciones de Aurora MySQL, consulte Actualización de clústeres de base Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Para obtener información sobre cómo solucionar problemas, consulte Solución de problemas de actualización con Aurora MySQL versión 3.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de AWS Support. Para obtener más información, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora en la Guía del usuario de Amazon Aurora.

Mejoras

Nuevas características:

Se han corregido los problemas de seguridad y las CVE que se indican a continuación:

Correcciones y otras mejoras para ajustar la administración en un entorno administrado. A continuación, veremos las correcciones adicionales de CVE:

Mejoras de disponibilidad:

  • 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 casos excepcionales, podía provocar que la instancia de base de datos se reiniciara cuando Aurora Serverless v2 intentara actualizar incorrectamente la caché de tabla mientras estaba en curso el escalado.

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

Mejoras generales:

  • Se ha corregido un problema que podía provocar la falta de disponibilidad de la base de datos cuando el binlog mejorado estaba habilitado en un clúster de base de datos de Aurora Serverless v2 que se ejecutaba 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:

    • aurora_jemalloc_background_thread.

    • aurora_jemalloc_dirty_decay_ms.

    • aurora_jemalloc_tcache_enabled.

  • 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 el escalado de Aurora Serverless v2 cuando el proceso de supervisión interno enviaba por error solicitudes de escalado duplicadas.

  • Se ha corregido un problema que podía provocar que la base de datos se reiniciara cuando los consumidores de registros binarios (binlog) conectados utilizaban ID de servidor de replicación de binlog duplicados.

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

Actualizaciones y migraciones:

  • 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 ha mejorado el rendimiento de las actualizaciones de la versión principal de la versión 2 de Aurora MySQL a la versión 3 mediante la ejecución de comprobaciones de espacio de tablas en paralelo con todas las VCPU disponibles en la instancia de base de datos.

Integración de correcciones de errores de la edición de la comunidad de MySQL

Esta versión incluye todas las correcciones de errores de la comunidad hasta la versión 8.0.32 (incluida), además de las que se indican a continuación. Para obtener más información, consulte Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL 3.x.

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