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 03/06/2021 (versión 1.22.5) (obsoleta)
Versión: 1.22.5
Aurora MySQL 1.22.5 ya está disponible con carácter general. Las versiones 1.* de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.* de Aurora MySQL son compatibles con MySQL 5.7.
Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora.
Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2,09.*, 2.10.*, 3.01.* y 3.02.*.
Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS.
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.
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 resuelto un problema que podía provocar que la base de datos se detenga y posteriormente se reiniciara o produjera una conmutación por error debido a un conflicto de concurrencia entre los subprocesos de limpieza internos.
-
Se ha resuelto un problema que podía provocar que el clúster no estuviera disponible si la base de datos se reiniciaba mientras las transacciones XA estaban en estado preparado y, a continuación, se reiniciaba de nuevo antes de que dichas transacciones se confirman o se deshagan. Antes de que se implemente esta corrección, puede solucionar el problema al restaurar el clúster a un momento anterior al primer reinicio.
-
Se ha resuelto un problema que podía provocar que la purga de InnoDB se bloqueara si la base de datos se reiniciaba mientras procesaba una sentencia DDL. Como resultado, la longitud de la lista del historial de InnoDB aumentaría y el volumen de almacenamiento en clúster seguiría creciendo hasta que se llenara, de modo que la base de datos no estaría disponible. Antes de que se implemente esta corrección, puede mitigar el problema al reiniciar de nuevo la base de datos para desbloquear la purga.
