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 el 31 de julio de 2021 (versión 3.04.0, compatible con MySQL 8.0.28)
Versión: 3.04.0
La versión 3.04.0 de Aurora MySQL ya está disponible con carácter general. Las versiones 3.04 de Aurora MySQL son compatibles con MySQL 8.0.28, las versiones 3.03 de Aurora MySQL son compatibles con MySQL 8.0.26 y las versiones 3.02 de Aurora MySQL son compatibles con MySQL 8.0.23. Para obtener más información sobre los cambios que se han producido en la comunidad entre la versión 8.0.23 y la 8.0.28, consulte Notas de la versión de MySQL 8.0
nota
Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL en la Guía del usuario de Amazon Aurora.
Le recomendamos que no establezca el parámetro AutoMinorVersionUpgrade
en true
(ni habilite la Actualización automática de la versión secundaria en AWS Management Console) para las versiones LTS. Si lo hace, el clúster de base de datos podría actualizarse a una versión que no es LTS, como la 3.05.2.
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 ver 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 entre 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.
Las versiones de Aurora MySQL compatibles actualmente son: 2.07.9, 2.11.1, 2.11.2, 3.01.*, 3.02.*, 3.03.* y 3.04.0.
Puede realizar una actualización local, restaurar una instantánea o iniciar una actualización azul/verde administrada mediante las implementaciones azules/verdes de Amazon RDS de cualquier clúster de Aurora MySQL versión 2 compatible a un clúster de Aurora MySQL versión 3.04.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 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 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.
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
nota
El registro binario mejorado (binlog) de Aurora MySQL ya no es compatible con la instancia de base de datos de Aurora sin servidor v2 en la versión 3.04.0 de Aurora MySQL. Al habilitar esta característica, la base de datos podría dejar de estar disponible. Si necesita usar un registro binario mejorado en Aurora MySQL versión 3.04.0, le recomendamos que utilice una clase de instancia de base de datos que no sea sin servidor o que establezca la configuración mínima y máxima de ACU de la instancia de base de datos sin servidor v2 en el mismo valor.
Podrá encontrar más información sobre el registro binario mejorado en Aurora MySQL en la Guía del usuario de Aurora.
Mejoras
Nuevas características:
-
Se ha mejorado el rendimiento de las consultas mediante índices de texto completo de InnoDB para buscar frases en el modelo de lenguaje natural
. Para obtener más información sobre las búsquedas de texto completo en MySQL, consulte Funciones de búsqueda de texto completo . -
Amazon Aurora MySQL admite el reenvío de escritura local (en el clúster). Ahora puede reenviar operaciones de escritura desde una instancia de base de datos del lector a una instancia de base de datos del escritor dentro de un clúster de base de datos de Aurora MySQL. Para obtener más información, consulte Uso del reenvío de escritura local en un clúster de base de datos de Aurora MySQL.
-
Se ha añadido la capacidad de cambiar el valor del parámetro
aurora_replica_read_consistency
de la característica Uso del reenvío de escritura en una base de datos global de Amazon Aurora en las sesiones que tengan la opciónautocommit
deshabilitada. Para obtener más información, consulte Parámetros de configuración para el reenvío de escritura. -
A partir de Aurora MySQL 3.04, en la característica Reenvío de escritura de la base de datos global, ahora puede establecer el valor del parámetro
aurora_replica_read_consistency
mediante los grupos de parámetros de clúster y de instancia de bases de datos. Antes de la versión 3.04 de Aurora MySQL, el valor de este parámetro solo se podía configurar en el nivel de sesión.
Se corrigieron los problemas de seguridad y CVEs:
-
Se cambió el proveedor SSL/TLS de OpenSSL a. AWS-LC
Esto trae consigo una serie de cambios que incluyen, entre otros, los siguientes: -
Las conexiones de bases de datos mediante SSL ahora se pueden restaurar mediante el reinicio sin tiempo de inactividad y la aplicación de parches sin tiempo de inactividad al actualizar de Aurora MySQL versión 3.04.0 a una versión posterior.
-
Soporte para TLSv1 .3, que incluye soporte para los cifrados SSL TLS_AES_128_GCM_, TLS_AES_256_GCM_ y TLS_ 0_ 05_SHA256. SHA384 CHACHA2 POLY13 SHA256
-
Se ha eliminado la compatibilidad con los cifrados DHE-RSA-*, que son menos seguros.
Para obtener más información, consulte Uso de TLS con clústeres de bases de datos de Aurora MySQL
-
-
Se ha añadido el privilegio dinámico
SHOW_ROUTINE
alrds_superuser_role
que permite el acceso a las definiciones y propiedades de todas las rutinas almacenadas, como las funciones y procedimientos almacenados. Para obtener más información, consulte SHOW_ROUTINE. -
Se ha corregido un problema que podía provocar que el registro de auditoría omitiera eventos durante la rotación del archivo de registro de auditoría.
-
Se ha habilitado la compatibilidad con el protocolo de seguridad de la capa de transporte (TLS) 1.3, seguro y de alto rendimiento, manteniendo la compatibilidad con la versión 1.2 de TLS.
-
Las versiones TLS TLSv1 y TLSv1 .1 quedaron en desuso en la comunidad MySQL 8.0.26 y, en consecuencia, en Aurora MySQL 3.03. Estos protocolos se han eliminado de Community MySQL 8.0.28 y, en consecuencia, de Aurora MySQL 3.04. De forma predeterminada, se rechazará cualquier cliente seguro que no pueda comunicarse a través de TLS 1.2 o una versión posterior. Para obtener más información sobre cómo conectarse a las instancias de bases de datos mediante TLS, consulte Seguridad con Amazon Aurora MySQL.
En esta versión se incluyen las siguientes correcciones de CVE:
Mejoras de disponibilidad:
-
Se ha corregido un problema que podía provocar el reinicio de la base de datos durante una recuperación prolongada de transacciones.
-
Se ha corregido un problema en el cifrado de eventos de los flujos de actividad de la base de datos que podía provocar el reinicio de la base de datos.
-
Se ha corregido un problema de administración de memoria debido a errores de falta de memoria al inicializar el grupo de búfer de InnoDB durante el inicio o mientras estaba en curso el escalado en Aurora sin servidor v2. Este problema podría haber provocado el reinicio de la instancia de base de datos o la degradación del rendimiento, incluida la reducción del rendimiento o el aumento de la latencia.
-
Se ha corregido un problema que podía provocar que una instancia de lector Aurora MySQL se reiniciara mientras se ejecutaba una consulta que utilizaba un plan de ejecución de consultas en paralelo de Aurora MySQL.
-
Se ha corregido un problema que, en determinadas situaciones, podía provocar que las instancias del lector Aurora se reiniciaran durante una estimación del alcance.
-
Se ha corregido un problema que podía interrumpir la recuperación de la base de datos durante el inicio si el reinicio se producía al ejecutar operaciones de inserción intensivas que implicaban columnas de incremento automático.
-
Se ha corregido un problema con la auditoría avanzada de Aurora que provocaba un registro excesivo de los mensajes informativos en el registro de errores de Aurora MySQL cuando la variable de servidor
server_audit_events
estaba establecida enALL
oQUERY
. Este problema podía provocar el reinicio de una instancia de base de datos. -
Se ha corregido un problema que podía provocar el reinicio de la base de datos durante la reversión de una
INSERT
sentencia cuando la consulta paralela estaba habilitada. -
Se ha corregido un problema que podía provocar que la instancia de la base de datos se reiniciara al ejecutar la herramienta de creación de
EXPLAIN ANALYZE
perfiles en una consulta que devolvía el resultado de laall select tables were optimized away
columna deEXTRA
información. Para obtener más información, consulte la documentación de MySQL sobre la opción Formato de salida deEXPLAIN
. -
Se ha corregido un problema que podía provocar que una instancia de lectura de región secundaria de la base de datos global Aurora que utilizaba el reenvío de escritura global se reiniciara cuando se producía un error en una sentencia de confirmación implícita
reenviada. -
Se ha corregido un problema que podía provocar que la instancia de escritura de una región principal de la base de datos global de Aurora se reiniciara cuando se ejecutaba una
SELECT FOR UPDATE
consulta mediante el reenvío de escritura global desde una región secundaria de la base de datos global de Aurora.
Mejoras generales:
-
Se ha añadido un nuevo procedimiento almacenado (
mysql.rds_gtid_purged
) para permitir a los clientes configurar la variable del sistemaGTID_PURGED
. Para obtener más información, consulte mysql.rds_gtid_purged. -
Se han añadido dos nuevos procedimientos almacenados (
mysql.rds_start_replication_until
ymysql.rds_start_replication_until_gtid
), que permiten a los clientes configurar una ubicación para detener la replicación de registros binarios. Para obtener más información sobre cómo configurar una ubicación de detención para la replicación de registros binarios en Aurora MySQL, consulte mysql.rds_start_replication_until. -
Se ha corregido un problema que impedía que los procedimientos almacenados del control de replicación de Aurora MySQL modificaran la variable
sql_log_bin
cuando se llamaba desde una sesión con el modo de confirmación automática deshabilitado. -
Se ha añadido compatibilidad con la replicación lógica para las siguientes instrucciones del lenguaje de control de datos (DCL):
GRANT/REVOKE
yCREATE/DROP/ALTER/RENAME USER
. -
Se ha corregido un problema que impedía que las estadísticas de InnoDB quedaran obsoletas, lo que, en ocasiones, podía generar un plan de ejecución de consultas poco óptimo que podía provocar un aumento del tiempo de ejecución de las consultas.
-
Se han añadido dos nuevas vistas del sistema (
information_schema.aurora_global_db_instance_status
yinformation_schema.aurora_global_db_status
). Estas vistas se pueden utilizar para mostrar el estado y la topología de los recursos principales y secundarios de un clúster de base de datos global de Aurora MySQL. Aquí puede encontrar más información sobre las dos vistas del sistema: tablas de Aurora MySQL–specific information_schema. -
Se ha corregido un problema que provocaba que un usuario no pudiera acceder a la base de datos con un carácter comodín en el nombre de la base de datos tras ejecutar la instrucción
SET ROLE
con un carácter comodín de escape. -
Se ha corregido un problema que provocaba que los eventos notificados durante el procesamiento de las rotaciones del registro de auditoría no se escribieran en el registro de auditoría.
-
Se ha corregido un problema que provocaba que, al crear una tabla temporal interna mediante la ejecución de
TRIGGER
, se reiniciara una instancia de base de datos de escritor. -
Se ha añadido una nueva variable de sistema (
innodb_aurora_max_partitions_for_range
). En algunos casos en los que las estadísticas persistentes no estén disponibles, se puede utilizar este parámetro para mejorar el tiempo de ejecución de las estimaciones del recuento de filas en las tablas particionadas. Puede encontrar más información en la documentación, Parámetros de configuración de Aurora MySQL. -
Se ha corregido un problema que permitía incorrectamente a los clientes establecer
ROW_FORMAT
comoCOMPRESSED
al crear tablas particionadas. Las tablas se convertirán implícitamente en el formatoCOMPACT
con una advertencia para informar de que Aurora MySQL no admite tablas comprimidas. -
Se ha corregido un problema que podía provocar que la replicación de registros binarios multiproceso se detuviera cuando la
replica_parallel_type
variable se establecía enLOGICAL_CLOCK
y se cambiaba lareplica_preserve_commit_order
variable.ON
Este problema puede producirse cuando se ejecuta una transacción de más de 500 MB en el origen. -
Se ha corregido un problema que, al habilitar la característica Reenvío de escritura de la base de datos global, podía provocar que los cambios en la configuración de
performance_schema
de las instancias de lector de las regiones secundarias se reenviaran de forma involuntaria a la instancia de escritor de la región principal. -
Se ha corregido un problema que provocaba que la variable de estado del servidor
innodb_buffer_pool_reads
no se actualizara después de leer una página de datos del sistema de archivos de almacenamiento de Aurora. -
La consulta paralela de Aurora MySQL no está disponible al elegir la configuración del clúster optimizado para E/S de Aurora. Para obtener más información, consulte Limitaciones de consultas en paralelo de Amazon Aurora MySQL.
-
Se ha corregido un problema que, al habilitar la consulta paralela, provocaba que el optimizador del plan de consultas eligiera un plan de ejecución poco eficiente para determinadas consultas
SELECT
que se beneficiaban de un índice principal o secundario. -
Se han actualizado las definiciones de zona horaria a la versión IANA 2023c.
-
Se han introducido optimizaciones del rendimiento de la administración de archivos en las réplicas de binlog para ayudar a reducir la contención al escribir en archivos de registro de retransmisión.
-
Se solucionó un problema por el que la
RPO_LAG_IN_MILLISECONDS
columna de lainformation_schema.aurora_global_db_status
tabla y laAuroraGlobalDBRPOLag
CloudWatch métrica siempre mostraban cero, independientemente de la carga de trabajo del usuario. -
Se ha introducido un parámetro nuevo (
aurora_tmptable_enable_per_table_limit
). Cuando este parámetro está activado, latmp_table_size
variable define el tamaño máximo de la tabla temporal interna individual en memoria creada por el motor TempTable de almacenamiento. Para obtener más información, consulte Motor de almacenamiento para tablas temporales internas (implícitas). -
Se ha corregido un problema que provocaba que se creara una conexión adicional cuando la característica Reenvío de escritura de la base de datos global estaba habilitada. Este problema se produce cuando las transacciones de solo lectura de una instancia de lector reenvían incorrectamente una confirmación implícita al escritor.
-
Se ha corregido un problema que provocaba que los campos
PROCESSLIST_USER
yPROCESSLIST_HOST
de la tablaperformance_schema.threads
no se rellenaran en el escritor de la región principal para las conexiones que utilizaban la característica Reenvío de escritura de la base de datos global. Puede encontrar más información sobre esta tabla y el esquema de rendimiento en el Manual de referencia de MySQL, en la Tabla de subprocesosy en la sección Información general sobre el esquema de rendimiento de la Guía del usuario de Amazon Aurora. -
Se ha corregido un problema por el que la métrica
CommitLatency
de Cloudwatch mostraba valores incorrectos para las instancias de lector en regiones secundarias cuando se utilizaba la característica Reenvío de escritura de la base de datos global. Para supervisar la latencia de las instrucciones DML reenviadas en los clústeres secundarios de bases de datos, se recomienda utilizar las métricasForwardingReplicaDMLLatency
yForwardingWriterDMLLatency
. La latencia de confirmación también se puede observar mediante la métricaCommitLatency
de la instancia de escritor de la región principal. Hay más información disponible en la Guía del usuario de Aurora, Estadísticas de Amazon para CloudWatch el reenvío de escrituras. -
Se ha corregido un problema por el que los procedimientos almacenados del control de replicación de Aurora MySQL utilizados para administrar y configurar la replicación de registros binarios informaban incorrectamente de errores cuando se configuraba la replicación de registros binarios de múltiples subprocesos estableciendo la variable
replica_parallel_workers
en un valor superior a 0. -
Se ha corregido un problema que podía provocar un consumo elevado de CPU cuando varias sesiones intentaban acceder a una página que no existe en la memoria.
Actualizaciones y migraciones:
-
Para actualizar una versión secundaria de una base de datos global de Aurora desde Aurora MySQL versión 3.01, 3.02 o 3.03 a Aurora MySQL versión 3.04 o posterior, consulte Actualización de Aurora MySQL mediante la modificación de la versión del motor.
-
Se ha corregido un problema que podía provocar errores en la comprobación previa de la actualización debido a errores de incoherencia de esquema indicados en las tablas
mysql.general_log_backup
,mysql.general_log
,mysql.slow_log_backup
ymysql.slow_log
al actualizar de Aurora MySQL 2 a Aurora MySQL 3. Para obtener información sobre cómo solucionar problemas de actualización, consulte Solución de problemas de actualización con Aurora MySQL versión 3. -
Se ha corregido un problema que podía provocar errores en la actualización de la versión principal al actualizar a Aurora MySQL 3 cuando la definición de un desencadenador incluía una palabra clave reservada que no aparecía entre comillas.
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.28 (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.
-
Se ha corregido un problema que provocaba que un bloque de búfer que incluía una página de tabla temporal intrínseca se reubicara mientras se recorría la página, lo que provocaba un error de confirmación (Error n.º 33715694).
-
InnoDB: Impide que las operaciones DDL en línea accedan a la out-of-bounds memoria (error n.º 34750489, error n.º 108925)
-
Se ha corregido un problema que, en ocasiones, podía producir resultados de consulta incorrectos al procesar sentencias SQL complejas compuestas por varias expresiones de tabla comunes anidadas (CTEs) (error n.º 34572040, error n.º 34634469, error n.º 33856374)