Actualizaciones del motor de base de datos de Aurora MySQL 13/11/2023 (versión 3.04.1 compatible con MySQL 8.0.28)
Versión: 3.04.1
Aurora MySQL 3.04.1 ya está disponible con carácter general. Las versiones 3.04 de Aurora MySQL son compatibles con MySQL 8.0.28. 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
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 parámetro AutoMinorVersionUpgrade en true (ni habilite la Actualización automática de la versión secundaria enConsola de administración de AWS) para las versiones LTS. Si lo hace, el clúster de base de datos podría actualizarse a la siguiente versión de destino para la campaña de actualización automática de versiones secundarias, que puede que no sea una versión LTS.
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 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 disponible 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 duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de AWS Support
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 binlog mejorado habilitado cuando cualquier origen de binlog tenía establecido
gtid_modeenONoON_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 STATUSy PURGE BINARY LOGSde 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 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.
-
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 métricas
NumBinaryLogFilesen CloudWatch mostraran resultados incorrectos cuando el binlog mejorado estaba 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
Tabledel diccionario de datos, los procesábamos y recuperábamos su nombre. A continuación, realizamosCHECK TABLE ... FOR UPGRADEen 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 Tablede 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).