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 2023-10-25 (versión 3.05.0) (en desuso) **Versión:** 3.05.0 La versión 3.05.0 de Aurora MySQL ya está disponible con carácter general. Las versiones 3.05 de Aurora MySQL son compatibles con MySQL 8.0.32. Para obtener más información sobre los cambios que se han producido en la comunidad, consulte [Notas de la versión de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Las versiones de Aurora MySQL compatibles actualmente son: 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1 y 3.05.\$1. Puede realizar una actualización in situ, restaurar una instantánea o iniciar una blue/green actualización gestionada mediante [Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) desde cualquier clúster de Aurora MySQL versión 2 compatible actualmente a un clúster de Aurora MySQL versión 3.05.0. Para obtener información sobre cómo planificar una actualización a Aurora MySQL versión 3, consulte [Planificación de actualizaciones para Aurora MySQL versión 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) en la *Guía del usuario de Amazon Aurora*. Para obtener información general sobre las actualizaciones de Aurora MySQL, consulte [Actualización de clústeres de base Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) en la *Guía del usuario de Amazon Aurora*. Para obtener información sobre cómo solucionar problemas, consulte [Solución de problemas de actualización con Aurora MySQL versión 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). 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](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. ## Mejoras **Nuevas características:** + Se ha añadido soporte para guardar datos de un clúster de base de datos de Aurora MySQL en archivos de texto en un bucket de Amazon S3 cifrado con una clave KMS (SSE-KMS). Para obtener más información, consulte [Grabación de datos desde un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html). + Se ha introducido una nueva variable de estado global `aurora_tmz_version` para indicar la versión actual de la información de zona horaria (TZ) utilizada por el motor. Los valores siguen la versión de la base de datos de zonas horarias de la IANA y tienen el formato YYYYsuffix ««, por ejemplo, 2022a y 2023c. Para obtener más información, consulte [Variables de estado global de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars). **Se corrigieron los problemas de seguridad que se enumeran a continuación: CVEs ** Correcciones y otras mejoras para ajustar la administración en un entorno administrado. A continuación, veremos las correcciones adicionales de CVE: + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) **Mejoras de disponibilidad:** + Se ha corregido un problema por el que las instancias de bases de datos de Aurora MySQL que utilizaban consultas paralelas podían experimentar un reinicio de la base de datos al ejecutar un número elevado de consultas paralelas y simultáneas. + Se ha corregido un problema de bloqueo de contención provocado por un subproceso de registro de auditoría que, a la larga, provocaba un uso elevado de la CPU y tiempos de espera de las aplicaciones cliente. + Se ha corregido un problema que podía provocar que el conjunto de GTID ejecutado se recuperara incorrectamente en un clúster de réplicas de registros binarios (binlog) con el binlog mejorado habilitado cuando cualquier origen de binlog tenía establecido `gtid_mode` en `ON` o `ON_PERMISSIVE`. Este problema puede provocar que la instancia de escritor del clúster de réplicas se reinicie una vez más durante la recuperación o que se produzcan resultados incorrectos al consultar el conjunto de GTID ejecutado. + Se ha corregido un problema de administración de memoria que podía provocar el reinicio de una instancia de base de datos de Aurora MySQL o una conmutación por error debido a una disminución de la memoria que se puede liberar cuando se habilitaba el registro binario mejorado. + Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al intentar leer una página de base de datos que pertenecía a una tabla eliminada. + Se ha corregido un problema que podía provocar que la instancia de lector se reiniciara cuando la instancia de escritor aumentaba el volumen de la base de datos a un múltiplo de 160 GB. + Se ha corregido un problema que provocaba que una instancia de base de datos de Aurora MySQL con la característica de registro binario mejorado habilitada quedara bloqueada durante el inicio de la instancia de base de datos mientras se ejecutaba el proceso de recuperación del registro binario. + Se ha corregido un problema que provocaba que una instancia de base de datos de Aurora MySQL experimentara varios reinicios durante el inicio de la instancia mientras se inicializaban grandes segmentos de reversión. + Se ha corregido un problema que, durante la aplicación de parches sin tiempo de inactividad, provocaba el reinicio de la instancia y el cierre inesperado de las conexiones de la base de datos. + Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara debido a un bloqueo al ejecutar las instrucciones [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) y [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) de forma simultánea. PURGE BINARY LOGS es una instrucción administrada que se ejecuta para respetar el período de retención de binlogs configurado por el usuario. + Se ha corregido un problema que podía provocar que el clúster de base de datos no estuviera disponible si la instancia de escritor se reiniciaba mientras la base de datos estaba creando o eliminando desencadenadores en las tablas internas del sistema. + Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara debido a esperas de semáforo prolongadas al utilizar la característica de binlog mejorado en un clúster con una réplica de Aurora. + Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al ejecutar una consulta que hacía referencia a una función de agregación. + Se ha corregido un problema que, en casos excepcionales, podía provocar que la instancia de base de datos se reiniciara cuando Aurora Serverless v2 intentara actualizar incorrectamente la caché de tabla mientras estaba en curso el escalado. + Se ha corregido un problema que provocaba que se tuvieran en cuenta métodos de acceso al escaneo de índices no compatibles para las expresiones de tabla comunes (CTE) al materializar tablas temporales intermedias, lo que podía provocar un comportamiento no deseado, como, por ejemplo, el reinicio de la base de datos o resultados de consultas incorrectos. Hemos solucionado este problema evitando el uso de métodos de acceso al escaneo de índices no compatibles en las tablas que utilizan el motor TempTable de almacenamiento. **Mejoras generales:** + Se ha corregido un problema que podía provocar la falta de disponibilidad de la base de datos cuando el binlog mejorado estaba habilitado en un clúster de base de datos de Aurora Serverless v2 que se ejecutaba en Aurora MySQL 3.04.0. + Se han eliminado los metadatos de almacenamiento no utilizados antes de escribirlos en el almacenamiento de Aurora cuando la característica binlog mejorado estaba habilitada. Esto evita ciertas situaciones en las que se puede producir un reinicio de la base de datos o una conmutación por error debido al aumento de la latencia de escritura por un aumento de los bytes transmitidos a través de la red. + Con la incorporación de las tablas `malloc_stats` y `malloc_stats_totals` en `performance_schema`, se han añadido tres variables avanzadas del sistema para controlar el comportamiento de Jemalloc, un asignador de memoria interno: + `aurora_jemalloc_background_thread`. + `aurora_jemalloc_dirty_decay_ms`. + `aurora_jemalloc_tcache_enabled`. + Se ha corregido un problema por el que no se creaban determinadas tablas de esquemas de rendimiento de Aurora tras una actualización o migración. + Se ha añadido una nueva variable de sistema (`aurora_use_vector_instructions`). Cuando este parámetro está activado, Aurora MySQL utiliza instrucciones de procesamiento vectorial optimizadas para mejorar el rendimiento en cargas de trabajo I/O pesadas. Esta configuración está establecida en `ON` de forma predeterminada en Aurora MySQL 3.05 y versiones posteriores. Para obtener más información, consulte [Parámetros de configuración de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Instance). + Se ha corregido un problema que podía provocar que las `NumBinaryLogFiles` métricas activadas CloudWatch mostraran resultados incorrectos cuando el binlog mejorado estaba activado. + El tiempo de espera de solicitud para las operaciones de [Aurora MySQL Machine Learning](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) a Amazon SageMaker ha aumentado de 3 a 30 segundos. Esto ayuda a resolver un problema por el que los clientes pueden ver un mayor número de reintentos o errores en las solicitudes a Amazon SageMaker desde Aurora MySQL Machine Learning cuando utilizan lotes de mayor tamaño. + Se ha añadido compatibilidad con las tablas `malloc_stats` y `malloc_stats_totals` en la base de datos performance\$1schema. + Se ha actualizado la palabra clave `FROM` del comando `LOAD DATA FROM S3` para que sea opcional. Para obtener más información, consulte [Carga de datos en un clúster de base de datos de Amazon Aurora MySQL desde archivos de texto de un bucket de Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html). + Se ha añadido compatibilidad con el parámetro `innodb_aurora_instant_alter_column_allowed`, que controla si se puede utilizar el algoritmo `INSTANT` para las operaciones `ALTER COLUMN`. Para obtener más información, consulte [Parámetros de nivel de clúster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Cluster). + Se ha corregido un problema que podía impedir que se establecieran nuevas conexiones de clientes a la base de datos cuando el reenvío de escritura estaba habilitado. + Se ha corregido un problema que podía provocar que la modificación del parámetro de la base de datos de `table_open_cache` no tuviera efecto hasta que se reiniciara la instancia de la base de datos. + Se ha corregido un problema que podía provocar errores de claves duplicadas en las columnas `AUTO_INCREMENT` que utilizaban índices descendentes tras una operación de restauración de instantáneas, retroceso o clonación de la base de datos. + Se ha corregido un problema relacionado con los escaneos de índices que provocaba que se devolviera un resultado impreciso al ejecutar una consulta `SELECT` con la cláusula `GROUP BY` y el parámetro `aurora_parallel_query` establecidos en `ON`. + Se ha corregido un problema que podía provocar el agotamiento de la memoria disponible al ejecutar consultas en la tabla `INFORMATION_SCHEMA INNODB_TABLESPACES`. + Se ha corregido un problema que provocaba que la instancia de lector no pudiera abrir una tabla (ERROR 1146). Este problema se produce al ejecutar determinados tipos de lenguaje de definición de datos (DDL) en línea mientras se utiliza el algoritmo `INPLACE` en la instancia de 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 + Se ha ingresado una caché de [registro de retransmisión](https://dev.mysql.com/doc/refman/8.0/en/replica-logs-relaylog.html) en memoria para las réplicas de registros binarios administradas por Aurora MySQL. Esta mejora puede ayudar a lograr un aumento de hasta un 40 % en el rendimiento de la replicación de registros binarios. Esta mejora se habilita automáticamente cuando se utiliza la replicación de registros binarios de un solo subproceso o cuando se utiliza la replicación de subprocesos múltiples con el [posicionamiento automático de GTID](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) habilitado. **Actualizaciones y migraciones:** + La actualización de MySQL 5.7 a MySQL 8.0 con un gran número de tablas en una única base de datos provocó que el servidor consumiera demasiada memoria. Detectamos que, al comprobar si las tablas podían actualizarse, recuperábamos inicialmente todos los objetos `Table` del diccionario de datos, los procesábamos y recuperábamos su nombre. A continuación, realizamos el paso [Comprobación de la compatibilidad de la versión](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility) incluido en la lista. En este caso, no era necesario recuperar todos los objetos de antemano, lo que contribuía considerablemente al consumo de memoria. Para corregir este problema, en estos casos, recuperamos un objeto `Table` de uno en uno, realizando las comprobaciones necesarias, recuperando su nombre y liberando el objeto antes de continuar con el siguiente (Error n.º 34526001). + Se mejoró el rendimiento de las principales actualizaciones de las versiones de Aurora MySQL de la versión 2 a la versión 3 mediante la ejecución de comprobaciones de espacios de tablas en paralelo utilizando todos los v disponibles en la instancia de la CPUs base de datos. ## 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 versión 8.0.32 (incluida), además de las que se indican a continuación. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Se ha corregido un problema que podía provocar que el uso de la CPU aumentara debido a la rotación de certificados de TLS en segundo plano (Corrección de error de la comunidad n.º 34284186).