Actualizaciones del motor de base de datos de Aurora MySQL del 14/05/2025 (versión 3.09.0, compatible con MySQL 8.0.40)

Bases de datos globales de Aurora MySQL mejoradas para permitir que las instancias de lectura secundaria completen el inicio y atiendan las solicitudes de lectura durante eventos no planificados (fallos de hardware, interrupciones de la red). Anteriormente, las instancias de lectura secundarias no podían reiniciarse durante este tipo de eventos. Para obtener más información, consulte Resiliencia entre regiones para clústeres secundarios de bases de datos globales en la Guía del usuario de Amazon Aurora.

Se ha reducido el tiempo de inactividad del escritor durante las transiciones entre regiones de Aurora MySQL Global Database a, normalmente, menos de un minuto, lo que minimiza el tiempo de inactividad durante los cambios regionales planificados.

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

Se ha corregido un problema que provocaba que las consultas con varias instrucciones reenviadas desde las instancias del lector a las del escritor se bloquearan cuando innodb_flush_log_at_trx_commit se configuraba con un valor 0 en el escritor y distinto de cero en el lector, lo que evitaba posibles errores al reenviar la escritura.

Se solucionó un problema de bloqueo al activar el Binlog mejorado, que podía provocar que la base de datos se reiniciara al ejecutarse SHOW BINARY LOGS simultáneamente con la confirmación de transacciones en los motores BLACKHOLE o la ejecución de instrucciones XA PREPARE, lo que evitaba posibles atascos de escritura y problemas de disponibilidad de las instancias.

Se corrigieron las condiciones de carrera en el reenvío de escrituras que podían provocar el reinicio de la instancia de escritura de Aurora al impedir que se aceptaran nuevas solicitudes antes de que se completaran por completo las solicitudes anteriores, lo que mejoraba la estabilidad de las operaciones de reenvío de escrituras.

Se ha corregido un problema en la réplica que provocaba que una interrupción de la red no restableciera correctamente la conexión con el escritor, lo que hacía que la replicación se bloqueara y, posiblemente, se reiniciara la instancia.

La respuesta de falta de memoria (OOM) de Aurora MySQL ahora implementa el cambio de tamaño gradual del grupo de búferes que reduce gradualmente el uso de memoria en función del estado de la memoria del sistema (LOW/RESERVED) cuando se habilita mediante el parámetro de base de datos aurora_oom_response, lo que proporciona una mejor administración de la memoria en situaciones de presión de memoria.

Se ha mejorado el tiempo de recuperación de los archivos de Binlog durante el reinicio de la base de datos al optimizar el proceso de recuperación para que dure un tiempo constante, independientemente del tamaño del archivo de Binlog. Anteriormente, en algunos casos, el tiempo de recuperación era proporcional al tamaño del último archivo de Binlog.

Se ha corregido un problema que podía provocar el reinicio inesperado del servidor MySQL al ejecutar operaciones simultáneas de truncamiento de tablas de InnoDB durante una consulta performance_schema.data_lock_waits.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando se confirmaban eventos binlog de gran tamaño en condiciones de bajo almacenamiento.

Se ha corregido un error que provocaba que las operaciones de cambio de tamaño del grupo de búferes que se activaban al evitar la falta de memoria (OOM) dejaran de responder en situaciones de alta carga de trabajo, lo que podía provocar el reinicio de la base de datos.

Se ha corregido un problema que podía provocar un bucle de reinicio de base de datos al crear un activador. El problema también puede producirse cuando se añade un nuevo archivo de Binlog o Relaylog o cuando estos archivos rotan.

Se ha corregido un problema que podría provocar que la instancia del lector de Aurora se reinicie al utilizar el reenvío de escritura con varias instrucciones o consultas de confirmación implícitas.

Se solucionó un problema que provocaba que las operaciones ALTER TABLE ... REBUILD / OPTIMIZE TABLE consumieran memoria excesiva al asignar bytes de innodb_ddl_buffer_size por subproceso DDL en lugar de dividir el tamaño del búfer entre los subprocesos, lo que evitaba una posible sobreutilización de la memoria durante las operaciones DDL.

Se ha cambiado el valor predeterminado de aurora_oom_response, en todas las clases de instancias de base de datos que tienen más de 4 GiB de memoria, from print to print, decline, kill_connect. Para obtener más información, consulte Problemas out-of-memory de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se han agregado los siguientes privilegios a rds_superuser_role: FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES. Para obtener más información sobre rds_superuser_role, consulte la documentación de Cuentas de usuario maestro de Amazon con Amazon Aurora. Para obtener más información sobre estos privilegios dinámicos, consulte la documentación de MySQL.

A partir de esta versión de Aurora MySQL, la optimización de inserción rápida ya no está habilitada. Para obtener más información, consulte Mejoras del rendimiento de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se ha corregido un problema que provocaba una infracción incorrecta del umbral max_user_connections, que provocaba errores de conexión en algunos usuarios. Esto ocurre en algunos casos de periferia, como cuando las conexiones se crean y se eliminan casi inmediatamente.

Se ha corregido un problema de registro de auditoría que provocaba un uso elevado de la CPU y provocaba que la instancia del servidor de base de datos no respondiera.

Se ha corregido un problema de gestión de la memoria que se producía al utilizar transacciones XA, lo que impedía que se reiniciara la instancia cuando Binlog mejorado estaba activado.

Se ha corregido un error que provocaba que el rendimiento de las consultas se degradara si el optimizador realizaba estimaciones de costes incorrectas debido a que las estadísticas del índice Bufferpool se actualizaban de forma incorrecta tras el reinicio del servidor de base de datos.

Se ha corregido un problema que impedía a los clientes desactivar la funcionalidad local de reenvío de escrituras debido a un subproceso de trabajo bloqueado.

Se ha corregido un problema que provocaba que el comando SHOW BINARY LOGS tardara más en ejecutarse en un clúster en el que Binlog mejorado estaba activado o había estado activado anteriormente. Este problema también podía provocar un aumento de la latencia de confirmación si se ejecutaban varios comandos SHOW BINARY LOGS al mismo tiempo.

Se ha corregido un error que provocaba que la aplicación de parches sin tiempo de actividad (ZDP) no funcionara correctamente al intentar conservar la conexión, ya que pertenecía a un usuario que se había interrumpido. Puede encontrar más información sobre el comando DROP USER y su efecto en las conexiones activas en la documentación de MySQL.

Mientras se recibían y aplicaban grandes transacciones y se hacía una solicitud para detener el canal de replicación utilizando STOP REPLICA, MySQL no lo hizo correctamente y, posteriormente, no procesó ningún comando del canal. Además, el proceso de cierre del servidor no se completó correctamente y requirió que se cancelara el proceso de MySQL o que se reiniciara el sistema host. (Error n.º 115966 y Error n.º 37008345).