View a markdown version of this page

Aurora MySQL 8.4.7, 21 de mayo de 2026 - Amazon Aurora

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.7, 21 de mayo de 2026

Versión: 8.4.7

Esta versión de Aurora MySQL es compatible con MySQL 8.4.7. 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.

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. Para ver las diferencias entre Aurora MySQL versión 8.4 y Aurora MySQL versión 3, consulte Comparación de Aurora MySQL versión 3 y Aurora MySQL versión 8.4. Para ver una comparación de Aurora MySQL versión 8.4 y MySQL 8.4 Community Edition, consulte Comparación de Aurora MySQL versión 8.4 y MySQL 8.4 Community Edition en la Guía del usuario de Amazon Aurora.

Puede realizar una actualización de la versión principal in situ, restaurar una instantánea con la actualización o iniciar una blue/green actualización gestionada mediante Amazon RDS Blue/Green Deployments desde cualquier clúster de Aurora MySQL versión 3 compatible actualmente a un clúster de Aurora MySQL versión 8.4.7.

Para obtener información sobre la planificación de una actualización a la versión 8.4 de Aurora MySQL, consulte Planear una actualización de una 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 servicio de AWS asistencia 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

  • Se agregó compatibilidad con las capacidades de administración de contraseñas en Aurora MySQL 8.4, que se pueden configurar mediante la configuración del grupo de parámetros del clúster. Para obtener una descripción completa de las capacidades de administración de contraseñas y las opciones de configuración de MySQL, consulte el Manual de referencia de MySQL 8.4, sección 8.2.15 — Administración de contraseñas.

  • Se ha añadido soporte para el validate_password componente de aplicación de las políticas de seguridad de las contraseñas, que se habilita mediante el aurora_enable_validate_password_component parámetro y se configura mediante el grupo de parámetros del clúster.

  • Se introdujo la administración automática de memoria para Aurora MySQL 8.4 con el nuevo aurora_enable_memory_management parámetro. Cuando se establece en ON (valor predeterminado), Aurora administra automáticamente las acciones de recuperación de memoria para evitar que se reinicie la base de datos por falta de memoria (OOM) y se omite el aurora_oom_response parámetro. aurora_enable_memory_managementConfigúrelo OFF para controlar manualmente las acciones de recuperación. aurora_oom_response Para obtener más información, consulte Problemas out-of-memory de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Mejoras

A continuación se muestran las mejoras realizadas en comparación con Aurora MySQL 3.12.0; consulte las notas de la versión de Aurora MySQL 3.12.0.

Mejoras de disponibilidad:

  • Se ha corregido un problema que podía provocar que la instancia de grabación se reiniciara repetidamente cuando se reiniciaba mientras se purgaba un registro de deshacer de una tabla con índices en columnas virtuales.

  • Se ha corregido un problema que podía provocar un error en la creación de un nuevo clúster de base de datos, lo que obligaba a eliminar el clúster y volver a crearlo.

  • Se ha corregido un problema que provocaba que la instancia de escritura de la base de datos se reiniciara inesperadamente durante una operación de cambio de base de datos global mientras se limpiaban las tablas temporales tras procesar una sentencia SQL. Este reinicio podría prolongar el tiempo de finalización de la conmutación.

  • Se mejoró el rendimiento de la replicación física de Aurora al aplicar los cambios de la instancia de escritura en las instancias de lectura que utilizan varios subprocesos.

  • Se ha corregido un problema que podía provocar que las réplicas de lectura se reiniciaran cuando la instancia de grabación realizaba una transacción importante con binlog activado. Este problema también podía provocar errores al leer el archivo binlog que contiene la transacción grande.

  • Se ha corregido un problema por el que un retraso en el cambio de tamaño del grupo de búferes de InnoDB durante las operaciones de escalado de Aurora Serverless v2 podía provocar que la instancia de base de datos dejara de responder y se reiniciara.

  • Se ha corregido un problema en el mecanismo de evitación de la falta de memoria (OOM) que podía provocar el reinicio de una instancia de base de datos al intentar recuperar memoria bajo una presión crítica de memoria.

  • Se ha corregido un error que provocaba que una instancia de lectura se reiniciara varias veces después de reiniciarse mientras la instancia de escritura realizaba una purga forzosa de los registros de deshacer.

  • Se ha corregido un problema que podía provocar un reinicio inesperado de la base de datos en las instancias de lectura cuando las subconsultas que utilizaban solicitudes de consultas paralelas no se cerraban correctamente al finalizar.

Mejoras generales:

  • Se ha corregido el orden de confirmación en las réplicas de binlog con el Binlog mejorado activado para respetar correctamente la configuración. replica_preserve_commit_order Este comportamiento de ordenación no afectaba a la integridad de los datos ni provocaba conflictos entre las transacciones, ya que solo se aplicaba a la secuenciación de las transacciones no dependientes.

  • Se ha corregido un problema que podía provocar que los resultados de las consultas se devolvieran en orden ascendente en lugar del orden descendente solicitado cuando se utilizaban ORDER BY DESC con una comparación de rangos y. LIMIT

  • Se ha corregido un error que provocaba que el lector mostrara en el escritor el mensaje «ERROR 1146» (tabla no encontrada) durante determinadas operaciones DDL en línea al utilizar el algoritmo INPLACE. Esto puede ocurrir cuando: 1) el lector no ha abierto previamente la tabla antes de que comience la DDL o 2) el lector se reinicia o se crea un lector nuevo mientras la DDL está en curso.

  • Se ha corregido un problema que podía provocar errores de replicación al procesar eventos binlog con un tamaño de caché superior al aurora_in_memory_relaylog fijado (128 MB).

  • Se solucionó un problema poco frecuente que podía provocar que la instancia de la base de datos se reiniciara cuando las sentencias SQL en curso se leían de tablas temporales durante las operaciones de cambio de tamaño del grupo de búferes o de expulsión de páginas.

  • Se ha corregido un problema de rendimiento que provocaba que el optimizador escogiera un plan de ejecución de consultas subóptimo con sentencias preparadas utilizando valores IN y parametrizados.

  • Se ha corregido un problema de disponibilidad del clúster que podía producirse durante las actualizaciones del servidor de bases de datos cuando las operaciones de DML en las tablas del sistema hacían referencia a valores de incremento automático obsoletos.

  • 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 necesaria para una unión hash superaba el límite.

  • Se ha corregido un problema que, en algunos casos, podía provocar un retraso en la disponibilidad de las instancias durante las operaciones de parcheo o reinicio sin tiempo de inactividad.

  • Se ha corregido un problema que podía provocar el reinicio del motor cuando una consulta SIG espacial utilizaba un índice Z-order espacial en una columna declarada con una anotación SRID explícita.

Integración de correcciones de errores de la edición de la comunidad de MySQL

Esta versión está basada en MySQL 8.4.7. Para obtener más información, consulte las notas de la versión 8.4 de MySQL.