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 SQL de base de datos Aurora My 2024-03-15 (versión 3.04.2, compatible con My 8.0.28) SQL
Versión: 3.04.2
Aurora My SQL 3.04.2 está disponible de forma general. Las versiones Aurora My SQL 3.04 son compatibles con My SQL 8.0.28. Para obtener más información sobre los cambios que se han producido en la comunidad, consulte las notas de la versión de My SQL 8.0
Para obtener más información sobre las nuevas funciones de Aurora My SQL versión 3, consulte Aurora My SQL versión 3 compatible con My SQL 8.0. Para ver las diferencias entre Aurora My SQL versión 3 y Aurora My SQL versión 2, consulte Comparación de Aurora My SQL versión 2 y Aurora My SQL versión 3. Para ver una comparación de Aurora My SQL versión 3 y My SQL 8.0 Community Edition, consulte Comparación de Aurora My SQL versión 3 y My SQL 8.0 Community Edition.
nota
Esta versión se denomina versión de soporte a largo plazo (LTS). Para obtener más información, consulte las versiones de Aurora My SQL long-term support (LTS) en la Guía del usuario de Amazon Aurora.
Le recomendamos que no establezca el AutoMinorVersionUpgrade
parámetro en true
(ni habilite la actualización automática de versiones secundarias en AWS Management Console) para LTS las versiones. Si lo hace, su clúster de base de datos podría actualizarse a una LTS versión que no sea la 3.05.2.
Las SQL versiones de Aurora My compatibles actualmente son 2.07.9, 2.7.10, 2.11.*, 2.12.*, 3.03.*, 3.04.*, 3.05.* y 3.06.*.
Puede realizar una actualización in situ, restaurar una instantánea o iniciar una actualización azul/verde gestionada mediante Amazon RDS Blue/Green Deployments desde cualquier clúster de Aurora My versión SQL 2 disponible actualmente a un clúster de Aurora My versión 3.04.2. SQL
Para obtener información sobre la planificación de una actualización a la SQL versión 3 de Aurora My, consulte Planeación de la actualización de Aurora My SQL versión 3 en la Guía del usuario de Amazon Aurora. Para obtener información general sobre las SQL actualizaciones de Amazon Aurora My, consulte Actualización de los clústeres de Amazon Aurora My SQL DB 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 actualización con Aurora My SQL versión 3.
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
Mejoras
Se corrigieron los problemas de seguridad yCVEs:
En esta versión se incluyen las siguientes CVE correcciones:
Mejoras de disponibilidad:
-
Se ha corregido un problema por el que una instancia de base de datos de réplica de lectura no se podía lanzar correctamente cuando había una gran carga de trabajo en la instancia de base de datos del escritor.
-
Se ha corregido un problema que provocaba que una instancia de base de datos Aurora My SQL Writer pudiera realizar una conmutación por error debido a un defecto en el componente que se comunica con el almacenamiento de Aurora. El defecto se produce como resultado de una interrupción en la comunicación entre la instancia de base de datos y el almacenamiento subyacente tras una actualización de software.
-
Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos cuando se ejecutaba SHOWSTATUS
y PURGEBINARYLOGS las sentencias al mismo tiempo. PURGE BINARY LOGS
es una sentencia gestionada que se ejecuta para respetar el período de retención de binlog configurado por el usuario. -
Se ha corregido un problema que, durante el reinicio de una instancia de base de datos, podía provocar un reinicio adicional.
-
Se ha corregido un problema de bloqueo provocado por un subproceso de registro de auditoría que podía provocar un CPU uso elevado y tiempos de espera de las aplicaciones cliente.
-
Se ha corregido un problema por el que una instancia de Aurora My SQL Database podía experimentar varios reinicios durante el inicio de la instancia mientras se inicializaban segmentos de reversión de gran tamaño.
-
Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara mientras se ejecutaba una consulta que hacía referencia a una función agregada.
Mejoras generales:
-
Se ha corregido un problema que podía provocar que una consulta paralela fallara debido a problemas transitorios de red al leer los datos del volumen del clúster de base de datos Aurora
-
Se solucionó un problema por el que el usuario no podía interrumpir ninguna consulta ni establecer tiempos de espera de sesión para
performance_schema
las consultas. -
Se ha corregido un problema que provocaba que la replicación de registros binarios (binlog) configurada para usar SSL certificados personalizados (mysql.rds_import_binlog_ssl_material) fallara cuando se estaba sustituyendo el host de la instancia de replicación.
-
Se ha corregido un problema relacionado con la administración de los archivos de registro de auditoría que podía provocar que no se pudiera acceder a los archivos de registro para su descarga o rotación y, en algunos casos, aumentar su uso. CPU
-
Se optimizó la recuperación de
AUTO_INCREMENT
claves para reducir el tiempo necesario para restaurar las instantáneas, realizar la point-in-time recuperación y clonar clústeres de bases de datos con un gran número de tablas en la base de datos. -
Se ha corregido un problema por el que las SQL instrucciones que hacían referencia a algunas
performance_schema
tablas podían arrojar un error debido a que estas tablas no aparecían después de migrar de las SQL versiones 3.04.0 y 3.04.1 de Community My SQL a Aurora My. -
Se solucionó un problema por el que las instancias de réplicas de lectura pequeñas podían experimentar un mayor retraso en la replicación después de actualizar desde SQL versiones de Aurora My anteriores a la 2.11.*.
-
Se ha corregido un problema que podía provocar errores de clave duplicados en
AUTO_INCREMENT
las columnas que utilizaban índices descendentes tras una operación de restauración de instantáneas, retroceso o clonación de bases de datos. -
Se ha corregido un problema que podía provocar que las modificaciones del parámetro de la
table_open_cache
base de datos no surtieran efecto hasta que se reiniciara la instancia de base de datos. -
Se ha corregido un error que provocaba que la instancia de base de datos del lector no pudiera abrir una tabla, con ERROR 1146.
Este problema se produce al ejecutar determinados tipos de sentencias del lenguaje de definición de datos (DDL) en línea mientras se utiliza elINPLACE
algoritmo en la instancia de base de datos del escritor. -
Se ha corregido un problema para evitar que una instancia se reiniciara durante el escalado de Aurora Serverless v2 cuando el proceso de supervisión interno enviaba por error solicitudes de escalado duplicadas.
-
Se ha corregido un problema que podía provocar el reinicio de la base de datos cuando los consumidores de registros binarios (binlog) conectados utilizaban un servidor de replicación de binlog duplicado. IDs
Actualizaciones y migraciones:
-
Se ha corregido un problema que podía provocar que las actualizaciones de las versiones principales a la SQL versión 3 de Aurora My fallaran debido a la presencia de entradas huérfanas en los espacios de tabla ya eliminados en las tablas del sistema InnoDB de Aurora My versión 2. SQL
Se corrigieron errores de integración de My Community Edition SQL
Esta versión incluye todas las correcciones de errores de la comunidad hasta la 8.0.28 (inclusive), además de las siguientes. Para obtener más información, consulte Mis SQL errores corregidos por las actualizaciones del motor de base de datos Aurora My SQL 3.x.
-
Se ha corregido un error que provocaba que el valor de la línea de caché se calculara incorrectamente, lo que provocaba un error durante el reinicio de la base de datos en las instancias basadas en Graviton. (Corrección de error de la comunidad #35479763)
-
La ejecución repetida de una rutina almacenada, con una subconsulta como subconsulta una SELECT sentencia que contiene múltiples
AND
o variasXOR
condiciones, provocaba un consumo excesivo y, posiblemente, el agotamiento de la memoria virtual.OR
(Corrección de error de la comunidad #33852530)