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 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 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)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) restaurar una instantánea o iniciar una actualización azul/verde administrada mediante las [implementaciones azules/verdes de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Para obtener información general sobre las actualizaciones de Aurora MySQL, consulte [Actualización de clústeres de base Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html), 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](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) activado y, a partir de la versión 3.10, también está habilitada para la replicación de subprocesos múltiples con [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) (incluso sin GTID). Puede controlar esta característica mediante un parámetro nuevo de la versión 3.10, [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). Para obtener más información, consulte [Optimizaciones del registro binario de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html). + 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-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) CVE bajas: + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow) 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](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + 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)