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 Aurora MySQL del 27 de agosto de 2026 (versión 3.13.0, compatible con MySQL 8.0.45)
Versión: 3.13.0
Aurora MySQL 3.13.0 ya está disponible de forma general y es compatible con MySQL 8.0.45. Para obtener más información sobre los cambios en la comunidad, consulte las notas de la versión 8.0 de MySQL en el sitio web de MySQL.
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.
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.
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 en la Guía de usuario de Amazon Aurora.
Puede actualizar desde cualquier clúster de Aurora MySQL versión 2 compatible actualmente a un clúster de Aurora MySQL versión 3.13.0 de tres maneras: realizando una actualización in situ con Zero Downtime Patching (ZDP), restaurando una instantánea o iniciando una actualización gestionada mediante las implementaciones de Amazon RDS. blue/green Blue/Green
Para obtener información sobre cómo planificar una actualización a la versión 3 de Aurora MySQL, consulte Planear la actualización de una versión principal para un clúster de Aurora MySQL. Para obtener información general sobre la actualización, consulte Actualización de los clústeres de bases de datos de 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, Soporte está disponible en los foros de la comunidad y a través Soporte
Mejoras
Correcciones de seguridad:
Esta versión incluye correcciones para las siguientes CVE de alta gravedad:
Esta versión incluye correcciones para los siguientes CVE de gravedad media:
Mejoras en la disponibilidad
-
Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al
ALTER TABLE ... REORGANIZE PARTITIONejecutarse oADD PARTITIONmientras 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_waitso seperformance_schema.data_locksejecutaban simultáneamenteALTER TABLE ... REORGANIZE PARTITIONen 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 PARTITIONsentencia 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
UPDATEoTRUNCATEsobreperformance_schematablas y operaciones de escritura en tablas yJOINoperaciones 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 un error en la creación de un nuevo clúster de bases de datos, lo que obligaba a eliminar y volver a crear el clúster.
-
Se ha corregido un problema en el mecanismo para evitar la falta de memoria (OOM) que podía provocar el reinicio de una instancia de base de datos al intentar recuperar memoria en condiciones de presión crítica.
-
Se ha corregido un problema que podía provocar que la instancia de escritura se reiniciara varias veces al reiniciarse la instancia de escritura mientras se purgaba un registro de deshacer de una tabla con índices en columnas virtuales.
-
Se ha corregido un problema que podía provocar que las réplicas de lectura se reiniciaran cuando la instancia de escritura confirmara una transacción grande con el binlog activado. Este problema también podía provocar errores al leer el archivo binlog que contenía la transacción grande.
-
Se ha corregido un problema que provocaba que un retraso en el redimensionamiento del grupo de búferes de InnoDB durante las operaciones de Aurora serverless escalado provocara que la instancia de base de datos dejara de responder y se reiniciara.
-
Se ha corregido un problema por el que una instancia de lectura podía reiniciarse varias veces después de reiniciarse mientras la instancia de escritura purgaba forzosamente los registros de deshacer.
-
Se ha corregido un problema que podía provocar que una instancia de base de datos de escritura se reiniciara cuando una instancia de base de datos de lectura se reiniciaba con el reenvío de escritura local o global habilitado.
-
Se ha corregido un problema que podía provocar un reinicio inesperado de la base de datos en las instancias lectoras cuando las subconsultas que utilizaban solicitudes de consultas paralelas no se cerraban correctamente al finalizar.
-
Se ha corregido un problema por el que una instancia de réplica podía reiniciarse al ejecutar sentencias preparadas con protocolos binarios que se reenviaban al escritor mediante el reenvío de escritura.
-
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 muy simultáneas.
-
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.
-
Se mejoró el rendimiento de la replicación física de Aurora al aplicar los cambios de la instancia de escritura a las instancias de lectura que utilizan varios subprocesos.
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_consistencyestablecido en noglobalpudiera 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_clientsen la instancia del escritor cuando el reenvío de escritura estaba activado. -
Se ha corregido un problema poco frecuente que podía provocar que la instancia de base de datos se reiniciara cuando se leían sentencias SQL en curso de tablas temporales durante las operaciones de redimensionamiento del grupo de búferes o de desalojo de páginas.
-
Se ha corregido el orden de confirmaciones en las réplicas de registros de archivos binarios con el registro de archivos de registro mejorado activado para respetar correctamente la configuración.
replica_preserve_commit_orderEste comportamiento al ordenar no afectaba a la integridad de los datos ni provocaba conflictos entre las transacciones, ya que solo se aplicaba a la secuencia de 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 DESCcon una comparación de rangos y.LIMIT -
Se ha corregido un problema de disponibilidad del clúster que podía producirse durante las actualizaciones de los servidores de bases de datos cuando las operaciones de DML en las tablas del sistema hacían referencia a valores obsoletos de incremento automático.
-
Se ha corregido un problema que podía provocar errores de replicación al procesar eventos de binlog que superaban el tamaño
aurora_in_memory_relaylogfijo de la caché (128 MB). -
Se ha corregido un problema que provocaba que el lector informara
ERROR 1146(no se encontró la tabla) durante determinadas operaciones de DDL en línea en el escritor al utilizar elINPLACEalgoritmo. -
Se ha corregido un problema que podía retrasar la disponibilidad de las instancias durante las operaciones de aplicación de parches sin tiempo de inactividad (ZDP) o de reinicio sin tiempo de inactividad (ZDR).
-
Se ha corregido un problema por el que, en algunos casos, el estado de la 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.
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 incluye todas las correcciones de errores de la comunidad hasta la 8.0.45, 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.
-
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_TIMESTAMPLa 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. Referencia: error #119784 de MySQL upstream. https://bugs.mysql.com/bug.php?id=119784