Actualizaciones del motor de base de datos Aurora MySQL el 13 de noviembre de 2021 (versión 3.04.1, compatible con MySQL 8.0.28)

Versión: 3.04.1

Aurora MySQL 3.04.1 está disponible de forma general. Las versiones Aurora MySQL 3.04 son compatibles con MySQL 8.0.28. Para obtener más información sobre los cambios que se han producido en la comunidad, consulte las notas de la versión de MySQL 8.0.

nota

Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Le recomendamos que no establezca el AutoMinorVersionUpgrade parámetro en true (ni habilite la actualización automática de versiones secundarias en AWS Management Console) para las versiones LTS. Si lo hace, su clúster de base de datos podría actualizarse a una versión que no sea LTS, como la 3.05.2.

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.7.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* y 3.05.*.

Puede realizar una actualización in situ, restaurar una instantánea o iniciar una actualización azul/verde gestionada mediante las implementaciones azul/verde de Amazon RDS desde cualquier clúster de Aurora MySQL versión 2 disponible actualmente a un clúster de Aurora MySQL versión 3.04.1.

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

Mejoras de disponibilidad:

• Se ha corregido un problema por el que las instancias de bases de datos de Aurora MySQL que utilizaban consultas en paralelo 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 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 registro binario mejorado activado cuando cualquier fuente de binlog estaba configurada en o. gtid_mode ON 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 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 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.

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 eliminaron los metadatos de almacenamiento no utilizados antes de escribirlos en Aurora Storage cuando la función binlog mejorada está 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.

• 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 corregido un problema que podía provocar que las NumBinaryLogFiles métricas CloudWatch mostraran resultados incorrectos cuando el binlog mejorado estaba activado.

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. Se descubrió que, durante el proceso de comprobar si las tablas podían actualizarse, buscábamos todos los Table objetos del diccionario de datos por adelantado, procesábamos cada uno de ellos y buscábamos su nombre, y luego los analizábamos en la lista. CHECK TABLE ... FOR UPGRADE 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).

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