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.
# Aurora MySQL 8.4.8, 3 de septiembre de 2026
**Versión: 8.4.8 **
Esta versión de Aurora MySQL es compatible con MySQL 8.4.8. Para obtener más información sobre los cambios que se han producido en la comunidad, consulte las notas de la versión 8.4 de [ MySQL ](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) en el sitio web de MySQL.
Para obtener más información sobre las nuevas funciones de Aurora MySQL versión 8.4, consulte [ Aurora MySQL versión 8.4 compatible con MySQL 8.4. ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL84.html) Para ver las diferencias entre la versión 8.4 y la versión 3 de Aurora MySQL, consulte [ Comparación entre la versión 3 de Aurora MySQL y la versión 8.4 de Aurora MySQL. ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v3-v84.html) Para ver una comparación con MySQL 8.4 Community Edition, consulte la sección [ Comparación entre Aurora MySQL 8.4 y MySQL 8.4 Community Edition ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v84-community.html) en la Guía del usuario de Amazon Aurora. * *
Puede realizar una actualización local de la versión principal, restaurar una instantánea con una actualización o iniciar una blue/green actualización gestionada mediante [ Amazon RDS Deployments. Blue/Green ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) Puede actualizar cualquier clúster de Aurora MySQL versión 3 compatible actualmente a Aurora MySQL versión 8.4.8.
Para obtener información sobre cómo planificar una actualización a la versión 8.4 de Aurora MySQL, consulte [ Planear la actualización de una 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 pregunta o duda, el AWS soporte está disponible en los foros de la comunidad y a través [AWS del servicio de soporte. ](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
+ Se agregó soporte para la replicación de registros binarios (binlog) de múltiples fuentes. Esta función permite a un clúster de base de datos Aurora MySQL replicar datos de varias bases de datos de MySQL-compatible origen al mismo tiempo. Cada conexión de origen se administra a través de un canal de replicación dedicado con su propio subproceso de recepción, subprocesos de aplicación y registro de retransmisión. Puede configurar y administrar los canales mediante nuevos procedimientos almacenados por canal. Para obtener más información, consulte [ Uso de la replicación de múltiples fuentes con Aurora MySQL ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MultiSource.html) en la Guía del usuario de * Amazon Aurora. *
+ Se agregó soporte para la replicación retrasada de registros binarios (binlog), donde un clúster de base de datos Aurora MySQL que actúa como réplica de binlog se puede configurar para que espere un número específico de segundos antes de aplicar las transacciones recibidas del origen. La replicación retrasada se puede utilizar para protegerse contra modificaciones accidentales de los datos, como `DELETE` sentencias `DROP TABLE` o sentencias no intencionadas, lo que brinda un período de recuperación para identificar y corregir los errores antes de que se propaguen a la réplica. Para obtener más información, consulte [ Configurar el intervalo de retraso de la replicación ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Delayed.html) en la Guía del usuario de * Amazon Aurora. *
+ Se introdujo el `aurora_transaction_timeout` parámetro. Este parámetro establece la duración máxima, en segundos, de una transacción de InnoDB. Puede usar este parámetro para evitar que las transacciones de larga duración (activas o inactivas) bloqueen la purga de InnoDB, lo que puede provocar problemas de rendimiento. Para obtener más información, consulte el tiempo de espera de las transacciones de [ Aurora MySQL ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.TransactionTimeout.html) en la guía del * usuario de Amazon Aurora. *
+ Se agregó soporte para el intercambio de claves híbridas poscuánticas (X25519MLKEM768 y SECP256R1MLKEM768) para las conexiones TLS 1.3. Los clientes que admiten el intercambio de claves poscuánticas negocian automáticamente un secreto compartido resistente a la tecnología cuántica. Para confirmar qué grupo negoció la sesión actual, consulte la variable de estado. `Aurora_ssl_named_group` Por ejemplo: `SHOW STATUS LIKE 'Aurora_ssl_named_group';`.
## Mejoras
A continuación se muestran las mejoras realizadas en comparación con Aurora MySQL 8.4.7. Consulte las notas de la versión 8.4.7 de [ Aurora MySQL. ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.847.html)
### Correcciones de seguridad:
+ Se ha corregido un problema por el que el registro de auditoría avanzada registraba un usuario y un host incorrectos para las sentencias SQL ejecutadas dentro de una rutina de SQL SECURITY DEFINER (procedimiento, función o disparador almacenados). Estos registros mostraban el usuario y el host que definía la rutina (por ejemplo`'user'@'%'`), en lugar del cliente SQL que invocaba la rutina. Tras esta corrección, los registros muestran el usuario y el host del cliente SQL que realiza la invocación.
+ Se ha corregido un problema por el que las consultas ejecutadas a través de sentencias preparadas podían generar entradas duplicadas en el registro de auditoría avanzada.
+ Se ha corregido un problema `SET ROLE NONE` que impedía borrar correctamente los privilegios de un rol previamente activo en las sesiones que utilizaban el reenvío de escritura, lo que podía permitir realizar operaciones que deberían haberse denegado tras la desactivación del rol.
Esta versión incluye correcciones para las siguientes CVE de alta gravedad:
+ [CVE-2026-46863](https://www.cve.org/CVERecord?id=CVE-2026-46863)
+ [CVE-2026-60163](https://www.cve.org/CVERecord?id=CVE-2026-60163)
+ [CVE-2026-61094](https://www.cve.org/CVERecord?id=CVE-2026-61094)
Esta versión incluye correcciones para los siguientes CVE de gravedad media:
+ [CVE-2026-21936](https://www.cve.org/CVERecord?id=CVE-2026-21936)
+ [CVE-2026-21937](https://www.cve.org/CVERecord?id=CVE-2026-21937)
+ [CVE-2026-21941](https://www.cve.org/CVERecord?id=CVE-2026-21941)
+ [CVE-2026-21948](https://www.cve.org/CVERecord?id=CVE-2026-21948)
+ [CVE-2026-21968](https://www.cve.org/CVERecord?id=CVE-2026-21968)
+ [CVE-2026-60585](https://www.cve.org/CVERecord?id=CVE-2026-60585)
+ [CVE-2026-60332](https://www.cve.org/CVERecord?id=CVE-2026-60332)
+ [CVE-2026-60331](https://www.cve.org/CVERecord?id=CVE-2026-60331)
+ [CVE-2026-60747](https://www.cve.org/CVERecord?id=CVE-2026-60747)
+ [CVE-2026-47023](https://www.cve.org/CVERecord?id=CVE-2026-47023)
+ [CVE-2026-60186](https://www.cve.org/CVERecord?id=CVE-2026-60186)
+ [CVE-2026-60184](https://www.cve.org/CVERecord?id=CVE-2026-60184)
+ [CVE-2026-60185](https://www.cve.org/CVERecord?id=CVE-2026-60185)
+ [CVE-2026-60187](https://www.cve.org/CVERecord?id=CVE-2026-60187)
+ [CVE-2026-60188](https://www.cve.org/CVERecord?id=CVE-2026-60188)
+ [CVE-2026-60189](https://www.cve.org/CVERecord?id=CVE-2026-60189)
+ [CVE-2026-60191](https://www.cve.org/CVERecord?id=CVE-2026-60191)
Esta versión incluye correcciones para los siguientes CVE de baja gravedad:
+ [CVE-2026-60190](https://www.cve.org/CVERecord?id=CVE-2026-60190)
### Mejoras de disponibilidad
+ Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos al `ALTER TABLE ... REORGANIZE PARTITION` ejecutarse o `ADD PARTITION` mientras las operaciones simultáneas (como las consultas del esquema de rendimiento, la optimización de búsquedas de texto completo o la recopilación de estadísticas) accedían a la misma tabla. `DROP PARTITION`
+ Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando las consultas se realizaban `performance_schema.data_lock_waits` o se `performance_schema.data_locks` ejecutaban simultáneamente `ALTER TABLE ... REORGANIZE PARTITION` en tablas con columnas añadidas. `ALGORITHM=INSTANT`
+ Se ha corregido un problema que podía provocar que la instancia de escritura se reiniciara mientras se procesaba una `ALTER TABLE ... REORGANIZE PARTITION` sentencia SQL que cambiaba el orden de las subparticiones.
+ Se ha corregido un problema por el que las operaciones de DDL en la instancia del escritor podían bloquear o eliminar determinadas sentencias SQL en las instancias del lector. Entre las sentencias afectadas se incluían operaciones de escritura como `UPDATE` o `TRUNCATE` sobre `performance_schema` tablas y operaciones de escritura en tablas y `JOIN` operaciones temporales.
+ Se ha corregido un problema por el que la instancia de escritura de la base de datos podía reiniciarse inesperadamente durante una operación de cambio de base de datos global mientras limpiaba las tablas temporales tras el procesamiento de las sentencias SQL. Este reinicio podía provocar un tiempo de finalización de la conmutación más prolongado.
+ Se ha corregido un problema que podía provocar que el reenvío de escritura en una instancia de base de datos del lector dejara de funcionar y fuera necesario reiniciar el lector para restablecer el reenvío de escritura. Esto podía ocurrir cuando se cancelaba una consulta reenviada o se agotaba el tiempo de espera mientras se utilizaba el reenvío de escritura global o el reenvío de escritura local.
+ Se ha corregido un problema por el que un retraso en el redimensionamiento de la estructura de datos crítica durante las operaciones de Aurora serverless escalado podía provocar que la supervisión del estado de RDS reiniciara la instancia de base de datos.
+ Se ha corregido un problema que podía provocar que la instancia de escritura se reiniciara debido a un conflicto interno de temporización durante las operaciones de escritura con mucha concurrencia.
+ Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando se habilitaba el binlog mejorado.
+ Se ha corregido un error que podía provocar que la réplica se desconectara brevemente y se volviera a conectar al escritor, lo que provocaba un aumento temporal del retraso de replicación ()`AuroraReplicaLag`.
+ Se ha corregido un problema en el demonio de almacenamiento de Aurora que, en raras ocasiones, podía provocar un reinicio inesperado de la base de datos.
### Mejoras generales
+ Se ha corregido un problema que provocaba que, con el reenvío de escritura activado, una sesión de lectura con el valor `aurora_replica_read_consistency` establecido en no `global` pudiera leer los últimos cambios confirmados.
+ Se ha corregido un problema que podía provocar el reinicio del motor cuando una consulta de SIG espacial utilizaba un índice Z-order espacial en una columna declarada con una anotación SRID explícita.
+ Se ha corregido un problema por el que las desconexiones correctas de los lectores podían incrementarse de forma incorrecta `Aborted_clients` en la instancia del escritor cuando el reenvío de escritura estaba activado.
+ Se ha corregido un problema por el que, en algunos casos, el estado de conexión no se conservaba tras una actualización sin tiempo de inactividad, lo que podía provocar un comportamiento inesperado.
+ Se ha corregido un problema por el que, durante el reenvío de escritura, el reinicio de una instancia lectora podía dejar una sesión de reenvío huérfana en la instancia del escritor y, si se eliminaba esa sesión, se podía reiniciar el escritor.
+ Se redujo el tiempo de inactividad durante la aplicación de parches sin tiempo de inactividad (ZDP) al optimizar la comunicación entre la instancia de la base de datos y la capa de almacenamiento tras la aplicación de los parches.
+ Se ha corregido un problema relacionado con la administración de la memoria de Aurora MySQL por el que las acciones de respuesta al agotamiento de la memoria (OOM) no se desactivaban de forma fiable tras un período de tiempo de espera interno, si se producía un cambio simultáneo en el valor del parámetro de la base de datos. `aurora_oom_response`
+ Se ha corregido un problema en Enhanced Binlog que indicaba que las coordenadas del registro binario eran incorrectas tras la restauración de una instantánea. Anteriormente, esto podía provocar una configuración de replicación de binlogs no válida cuando Enhanced Binlog se ejecutaba en el clúster de origen y algunas transacciones se revertían.
+ Se ha corregido un problema en la función de recuperación por incremento automático por el que los valores de incremento automático de las tablas particionadas no se recuperaban correctamente, lo que podía provocar posibles errores de duplicación de claves.
+ Se ha añadido una nueva CloudWatch métrica`AuroraTempTableVolumeTotalBytes`, que indica los bytes totales del volumen del clúster utilizados por los espacios de tablas temporales de InnoDB internos y externos en las instancias de escritura. Esta métrica informa sobre el consumo temporal de almacenamiento de espacios de tablas en todas las sesiones activas. Puede usarla para monitorear las tendencias de crecimiento, identificar las cargas de trabajo que consumen mucho almacenamiento y configurar alarmas. CloudWatch Para obtener más información sobre esta métrica, consulte CloudWatch las métricas de [ Amazon para Amazon Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) en la guía del usuario de * Amazon Aurora. * Para obtener más información sobre las tablas temporales, consulte las tablas temporales [ externas ](https://dev.mysql.com/doc/refman/8.4/en/create-temporary-table.html) y las tablas temporales [ internas ](https://dev.mysql.com/doc/refman/8.4/en/internal-temporary-tables.html) en el sitio web de MySQL.
+ Se ha corregido un problema por el que las métricas de rendimiento y latencia del reenvío de escritura indicaban de forma incorrecta el valor 0 tras un evento de conmutación por error en clústeres con el reenvío de escritura activado. Estas métricas ahora reflejan con precisión la actividad de reenvío de escritura tras una conmutación por error:`ForwardingReplicaDMLLatency`,, y. `ForwardingReplicaDMLThroughput` `ForwardingReplicaSelectLatency` `ForwardingReplicaSelectThroughput`
+ Se ha corregido un problema de rendimiento por el que el optimizador seleccionaba un plan de ejecución de consultas subóptimo con sentencias preparadas que utilizaban valores parametrizados. `IN`
+ Se ha corregido un problema que podía provocar que las consultas que utilizaban combinaciones hash devolvieran resultados incorrectos cuando la consulta paralela estaba habilitada y la memoria requerida para una unión hash superaba el límite.
### Actualizaciones y migraciones
+ Se ha corregido un problema que podía provocar que las operaciones de clonación de clústeres de bases de datos tardaran más tiempo en completarse.
## Integración de correcciones de errores de la edición de la comunidad de MySQL
Esta versión está basada en MySQL 8.4.8. Para obtener más información, consulte las notas de la versión 8.4 de [ MySQL ](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) en el sitio web de MySQL.
+ Se ha corregido una regresión introducida en la versión 8.0.42 de MySQL por la que la inserción en una tabla particionada mediante una sentencia preparada o un procedimiento almacenado podía fallar `ERROR 1748` («Se encontró una fila que no coincide con el conjunto de particiones dado»). Esto ocurría cuando se utilizaba la columna de clave de partición. `DEFAULT CURRENT_TIMESTAMP` La eliminación de particiones en el momento de la preparación bloqueaba una partición en función de la marca de tiempo actual, pero al volver a ejecutarla, la marca de tiempo podía asignarse a una partición diferente. Para obtener más información sobre esta corrección, consulte el error \#119784 de MySQL upstream en el sitio web de [ errores de MySQL. ](https://bugs.mysql.com/bug.php?id=119784)