Actualizaciones del motor de base de datos de Aurora MySQL del 31/07/2025 (versión 3.10.0, compatible con MySQL 8.0.42) - Amazon Aurora

Actualizaciones del motor de base de datos de Aurora MySQL del 31/07/2025 (versión 3.10.0, compatible con MySQL 8.0.42)

Versión: 3.10.0

Aurora MySQL 3.10.0 ya está disponible con carácter general. Las versiones 3.10 de Aurora MySQL son compatibles con MySQL 8.0.42. 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 en la Guía de usuario de Amazon Aurora.

Puede realizar una actualización local, aprovechando la aplicación de parches sin tiempo de inactividad (ZDP) 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.10.0.

Para obtener información sobre cómo planificar una actualización a Aurora MySQL versión 3, consulte Planificación de actualizaciones de la versión principal para un clúster de Aurora MySQL. 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 la solución de problemas, consulte Solución de problemas de la actualización local 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. Para obtener más información, consulte Mantenimiento de un clúster de base de datos de Aurora en la Guía del usuario de Amazon Aurora.

Nuevas características

  • La versión 3.10 de Aurora MySQL amplía la compatibilidad con la caché de registro de retransmisión en memoria para réplicas de registros binarios. Esta característica, que se introdujo por primera vez en la versión 3.05, puede mejorar el rendimiento de la replicación de registros binarios hasta en un 40 %. La caché de registro de retransmisión en memoria está habilitada de forma predeterminada para la replicación de registros binarios de un solo subproceso, la replicación de subprocesos múltiples con el posicionamiento automático de GTID activado y, a partir de la versión 3.10, también está habilitada para la replicación de subprocesos múltiples con replica_preserve_commit_order = ON (incluso sin GTID). Puede controlar esta característica mediante un parámetro nuevo de la versión 3.10, aurora_in_memory_relaylog. Para obtener más información, consulte Optimizaciones del registro binario de Aurora MySQL.

  • Amazon Aurora ha duplicado su capacidad máxima de almacenamiento de 128 TiB a 256 TiB, lo que permite cargas de trabajo más grandes en un único clúster de base de datos. Para utilizar ese límite de almacenamiento incrementado con Aurora MySQL, actualice el clúster a la versión 3.10 (compatible con MySQL 8.0.42) o una versión posterior. Tras la actualización, el almacenamiento de Aurora se escala verticalmente de manera automática hasta 256 TiB en función de la cantidad de datos del volumen de clúster.

Mejoras

Correcciones de seguridad

CVE medias:

CVE bajas:

Mejoras de disponibilidad:

  • Se ha corregido un problema que provocaba reinicios innecesarios del servidor de bases de datos debido a una evaluación incorrecta del progreso de la recuperación.

Mejoras generales:

  • Se redujo la latencia de confirmación cuando la optimización de E/S está habilitada.

  • Se ha corregido un problema que provocaba que las instancias de lectura no generaran registros de errores cuando se activaba el reenvío de escritura y se modificaba el parámetro aurora_replica_read_consistency.

  • Se ha corregido un problema que podía provocar el reinicio de una instancia de lectura debido a la interacción entre el subproceso de replicación y una consulta que accedía a tablas que no estaban presentes en la memoria caché del búfer.

  • Se solucionó un problema por el que el reenvío de escritura local dejaba de funcionar después de que la instancia de base de datos se reiniciara sin tiempo de inactividad.

  • Se ha corregido un problema en el reenvío de escrituras que provocaba que las consultas reenviadas se comportaran de forma incorrecta en las instrucciones que contenían opciones definidas.

  • Se ha corregido un problema de estabilidad que provocaba que, al insertar metadatos en un espacio de tablas de deshacer, se reiniciara la base de datos de forma inesperada.

  • Se ha corregido un problema que podía provocar que las exportaciones de clústeres de bases de datos tardaran mucho más de lo esperado cuando había tablas de más de 14 TB.

  • Se ha corregido un problema que podía provocar informes incorrectos de la variable de estado Innodb_buffer_pool_pages_misc.

  • Se ha añadido compatibilidad con aplicación de parches sin tiempo de inactividad (ZDP) o durante el reinicio sin tiempo de inactividad (ZDR) para preservar LAST_INSERT_ID.

  • Aurora MySQL utiliza valores de 8 bits para los ID de índice virtuales con el objetivo de evitar problemas con el formato deshacer de MySQL, ya que superar este límite podría provocar la falta de disponibilidad del clúster. Al acercarse a este límite, el sistema ahora escribe mensajes de advertencia en el registro de errores de MySQL. Si se alcanza ese límite, los intentos de añadir un índice nuevo producirán errores. Para obtener más información sobre las prácticas recomendadas de índices virtuales, consulte Errores de desbordamiento del ID de índice virtual en la documentación de Aurora MySQL.

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.42 (incluida). 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.

  • Una salida del servidor podría ser el resultado de intentos simultáneos de varios subprocesos para registrar y anular el registro de objetos Esquema de rendimiento de metadatos. (Error n.º 26502135)