Actualizaciones del motor de base de datos Aurora MySQL el 14 de mayo de 2020 (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 de la grabadora durante los cambios 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 varios enunciados reenviadas desde las instancias del lector a las del grabador se bloquearan cuando innodb_flush_log_at_trx_commit se configuraba en la grabadora y en un valor distinto de cero 0 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 XA PREPARE sentencias, 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 solucionó un problema en la réplica que provocaba que una interrupción de la red no restableciera correctamente la conexión con el grabador, lo que provocaba 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 redimensionamiento gradual del pool 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 aurora_oom_response DB, 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 al cometer eventos binlog de gran tamaño en condiciones de almacenamiento reducido.

Se ha corregido un error que provocaba que las operaciones de cambio de tamaño del pool 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 la base de datos al crear un disparador. 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 podía provocar que la instancia de Aurora Reader se reiniciara al utilizar el reenvío de escritura con varias sentencias o consultas de confirmación implícitas.

Se solucionó un problema que provocaba que ALTER TABLE ... REBUILD / OPTIMIZE TABLE las operaciones consumieran memoria excesiva al asignar innodb_ddl_buffer_size bytes 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 todas las clases de instancias de base de datos que tienen más de 4 GiB de memoria, de print a print, decline y kill_connect. Para obtener más información, consulte los out-of-memoryproblemas de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se han agregado los siguientes privilegios ards_superuser_role:FLUSH_OPTIMIZER_COSTS,FLUSH_STATUS,FLUSH_TABLES,FLUSH_USER_RESOURCES. Para obtener más información sobre lasrds_superuser_role, consulte la documentación de Amazon Master User Accounts with Amazon Aurora. Para obtener más información sobre estos privilegios dinámicos, consulte la documentación de MySQL.

La optimización de inserción rápida ya no está habilitada al iniciar esta versión de Aurora MySQL. 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 max_user_connections umbral, que provocaba errores de conexión en algunos usuarios. Esto ocurre en algunos casos extremos, 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 Enhanced Binlog 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 de 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 de reenvío de escrituras local debido a un hilo de trabajo atascado.

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

Se ha corregido un error que provocaba que Zero Downtime Patching (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 DROP USER comando 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 utilizandoSTOP 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 eliminara el proceso de MySQL o que se reiniciara el sistema host. (Error #115966, error #37008345)