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 2026-10-05 (versión 3.10.6, compatible con MySQL 8.0.42)
Versión: 3.10.6
Aurora MySQL 3.10.6 está disponible de forma general. Las versiones Aurora MySQL 3.10 son compatibles con MySQL 8.0.42. Para obtener más información sobre los cambios en la comunidad, consulte las notas de la versión de MySQL 8.0
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 realizar una actualización in situ mediante Zero Downtime Patching (ZDP), restaurar una instantánea o iniciar una actualización gestionada blue/green mediante Amazon RDS Blue/Green Deployments desde cualquier clúster de Aurora MySQL versión 2 compatible actualmente a un clúster de Aurora MySQL versión 3.10.6.
Para obtener información sobre cómo planificar una actualización a la versión 3 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 la actualización, consulte Actualización de los clústeres de bases de datos 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 de Soporte
Mejoras
Correcciones de seguridad:
-
Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos al configurar el nombre principal del servicio Kerberos.
-
Se ha corregido un problema que provocaba que las consultas realizadas a través de sentencias preparadas pudieran generar entradas duplicadas en el registro de auditoría avanzada.
-
Se solucionó 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 almacenado, función o activador). Estos registros mostraban el usuario y el host que definían la rutina (por ejemplo, 'usuario'@'%') en lugar del cliente SQL que invocaba la rutina. Tras esta corrección, los registros muestran el usuario y el anfitrión del cliente SQL que lo invoca.
Esta versión incluye correcciones para los siguientes CVE de alta gravedad:
Mejoras en la disponibilidad
-
Se ha corregido un problema que podía provocar un reinicio adicional durante la aplicación de Zero-downtime parches (ZDP), lo que afectaba al tiempo total de aplicación de los parches y a la capacidad de conservar las conexiones.
-
Se ha corregido un problema por el que las configuraciones de thread_stack excesivamente grandes podían impedir que el servidor Aurora MySQL se iniciara durante un reinicio o una actualización. El servidor Aurora MySQL ahora restablece automáticamente thread_stack al valor predeterminado del motor (1 MB) cuando sobrepasa la memoria del sistema, lo que evita errores de inicio.
-
Se ha corregido un problema de administración de memoria que podía provocar que una instancia de lector se reiniciara al procesar cargas de trabajo de escritura mediante el reenvío de escritura.
-
Se ha corregido un problema que podía provocar que el reenvío de escritura en una instancia de base de datos de lectores dejara de funcionar y que fuera necesario reiniciar el lector para restablecer el reenvío de escritura. Esto podía ocurrir cuando una consulta reenviada se cancelaba o se agotaba el tiempo de espera al utilizar el reenvío de escritura global o el reenvío de escritura local.
-
Se ha corregido un problema que podía provocar que la réplica se desconectara brevemente y se volviera a conectar a la principal, lo que provocaba un aumento temporal del retraso en la replicación (). AuroraReplicaLag
-
Se ha corregido un problema que podía provocar que la instancia de grabación se reiniciara mientras se procesaba una
ALTER TABLE ... REORGANIZE PARTITIONsentencia SQL que cambiaba el orden de las subparticiones.
Mejoras generales
-
Se ha corregido un error que provocaba que, durante el reenvío de escritura, al reiniciar una instancia de lectura se dejara una sesión de reenvío huérfana en la instancia de grabación y, si se eliminaba esa sesión, se reiniciara la grabadora.
-
Se ha corregido un error que provocaba que las desconexiones de los lectores se incrementaran de forma incorrecta en la instancia de grabación cuando se
Aborted_clientsactivaba el reenvío de escritura. -
Se ha corregido un error que provocaba que, con el reenvío de escritura activado, una sesión de lectura con aurora_replica_read_consistency como global no pudiera leer los últimos cambios confirmados.
-
Se ha corregido un problema que podía provocar que la AuroraReplicaLag métrica mostrara valores superiores al retardo real de réplica en los clústeres de bases de datos que tenían activado el binlog mejorado y una carga de trabajo de escritura escasa o nula.
Integración de correcciones de errores de la edición de la comunidad de MySQL
-
Los eventos creados en los programas almacenados no siempre se gestionaban correctamente. (Error #36402968)
-
Se solucionó un problema por el que se cambiaba el nombre de una columna con ALTER TABLE... El comando CHANGE COLUMN, en una tabla con cambios previos de DDL instantáneos, podía generar metadatos de posición de columna internos incorrectos. (Error #38935534)