Actualizaciones del motor SQL de base de datos Aurora My 2023-11-13 (versión 3.04.1, compatible con My 8.0.28) SQL - 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 SQL de base de datos Aurora My 2023-11-13 (versión 3.04.1, compatible con My 8.0.28) SQL

Versión: 3.04.1

Aurora My SQL 3.04.1 está disponible de forma general. Las versiones Aurora My SQL 3.04 son compatibles con My SQL 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 My SQL 8.0.

nota

Esta versión se denomina versión de soporte a largo plazo (LTS). Para obtener más información, consulte las versiones de Aurora My SQL long-term support (LTS) 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 LTS las versiones. Si lo hace, su clúster de base de datos podría actualizarse a una LTS versión que no sea la 3.05.2.

Para obtener más información sobre las nuevas funciones de Aurora My SQL versión 3, consulte Aurora My SQL versión 3 compatible con My SQL 8.0. Para ver las diferencias entre Aurora My SQL versión 3 y Aurora My SQL versión 2, consulte Comparación de Aurora My SQL versión 2 y Aurora My SQL versión 3. Para ver una comparación de Aurora My SQL versión 3 y My SQL 8.0 Community Edition, consulte Comparación de Aurora My SQL versión 3 y My SQL 8.0 Community Edition.

Las SQL versiones de Aurora My 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 Amazon RDS Blue/Green Deployments desde cualquier clúster de Aurora My versión SQL 2 disponible actualmente a un clúster de Aurora My versión 3.04.1. SQL

Para obtener información sobre la planificación de una actualización a la SQL versión 3 de Aurora My, consulte Planificación de la actualización de Aurora My SQL versión 3 en la Guía del usuario de Amazon Aurora. Para obtener información general sobre las SQL actualizaciones de Amazon Aurora My, consulte Actualización de los clústeres de Amazon Aurora My SQL DB en la Guía del usuario de Amazon Aurora.

Para obtener información sobre la solución de problemas, consulte Solución de problemas de actualización con Aurora My SQL versión 3.

Si tiene alguna pregunta o duda, puede encontrar AWS soporte 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 SQL de base de datos Aurora My que utilizaban consultas paralelas podían sufrir un reinicio de la base de datos al ejecutar un número elevado de consultas paralelas simultáneas.

  • Se ha corregido un problema que podía provocar que el GTID conjunto ejecutado se recuperara incorrectamente en un clúster de réplicas de registros binarios (binlog) con el binlog mejorado activado cuando cualquier fuente de binlog estaba configurada en o. gtid_mode ON ON_PERMISSIVE Este problema podía provocar que la instancia de grabación del clúster de réplicas se reiniciara una vez más durante la recuperación o que se produjeran resultados incorrectos al consultar el conjunto ejecutado. GTID

  • Se ha corregido un problema de administración de memoria que podía provocar el reinicio de una instancia de SQL base de datos Aurora My o una conmutación por error debido a una disminución de la memoria liberable cuando el registro binario mejorado estaba habilitado.

  • 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 Mi SQL base de datos Aurora con la función de registro binario mejorada habilitada se atascara 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 Aurora Serverless v2 base de datos que se ejecutaba en Aurora My SQL 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 My SQL 5.7 a My SQL 8.0 con un gran número de tablas en una sola base de datos provocaba que el servidor consumiera memoria excesiva. Descubrimos que, durante el proceso de comprobar si las tablas se podían actualizar, 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 procedíamos a CHECK TABLE ... FOR UPGRADEla 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 corrigieron errores en la integración de My SQL Community Edition

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 Mis SQL errores corregidos por las actualizaciones del motor de base de datos Aurora My SQL 3.x.

  • Se ha corregido un problema que podía provocar una mayor CPU utilización debido a la rotación de TLS certificados en segundo plano (corrección de error de la comunidad #34284186)