View a markdown version of this page

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
Nuevas característicasMejorasIntegración de correcciones de errores de la edición de la comunidad de MySQL

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 31/07/2025 (versión 3.10.0, compatible con MySQL 8.0.42)

Versión: 3.10.0

Aurora MySQL 3.10.0 está disponible de forma 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 en Consola 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 in situ con la tecnología Zero Downtime Patching (ZDP), restaurar una instantánea o iniciar una blue/green actualización gestionada mediante Amazon RDS Blue/Green Deployments desde cualquier clúster de Aurora MySQL versión 2 compatible actualmente 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 pregunta o duda, el soporte está disponible en los foros de la comunidad y a través del servicio de AWS soporte. AWS 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 registros de retransmisión en memoria está desactivada de forma predeterminada. Para activarla, defina el aurora_in_memory_relaylog parámetro en el grupo de parámetros del clúster de base de datos o ON en el grupo de parámetros de la instancia de base de datos. Para obtener más información sobre este parámetro, consulte los parámetros de Aurora MySQL. La función admite la replicación de registros binarios de un solo subproceso y la replicación de varios subprocesos con posicionamiento automático de GTID. https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html A partir de la versión 3.10, la función también admite la replicación multiproceso con replica_preserve_commit_order = ON, incluso sin GTID. https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order 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 reduce I/O la latencia de confirmación cuando la optimización 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 ha corregido 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 de 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)