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 2023-07-31 (versión 3.04.0, compatible con My 8.0.28) SQL
Versión: 3.04.0
Aurora My SQL 3.04.0 está disponible de forma general. Las versiones Aurora My SQL 3.04 son compatibles con My SQL 8.0.28, las versiones Aurora My SQL 3.03 son compatibles con My SQL 8.0.26 y las versiones Aurora My 3.02 son compatibles con SQL My 8.0.23. SQL Para obtener más información sobre los cambios en la comunidad que se produjeron entre la 8.0.23 y la 8.0.28, consulte las notas de la versión My 8.0. SQL
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.
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.
Las SQL versiones de Aurora My 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 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 compatible actualmente a un clúster de Aurora My versión 3.04.0. 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
nota
El registro binario SQL mejorado (binlog) de Aurora My no es compatible actualmente con la instancia de base de datos Aurora Serverless v2 en Aurora My SQL versión 3.04.0. Al habilitar esta característica, la base de datos podría dejar de estar disponible. Si necesita usar un registro binario mejorado en Aurora My SQL versión 3.04.0, le recomendamos usar una clase de instancia de base de datos que no sea sin servidor o establecer el mínimo y el máximo ACU de la instancia de base de datos Serverless v2 en el mismo valor.
Encontrará más información sobre el registro binario mejorado en Aurora My SQL 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 My SQL admite el reenvío de escritura local (dentro del clúster). Ahora puede reenviar las operaciones de escritura de una instancia de base de datos de lectura a una instancia de base de datos de escritura dentro de un clúster Aurora My SQL DB. Para obtener más información, consulte Uso del reenvío de escritura local en un clúster de Aurora My SQL DB.
-
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 My SQL 3.04, para la función de reenvío de escritura de la base de datos global, ahora puede establecer el valor del
aurora_replica_read_consistency
parámetro mediante los grupos de parámetros del clúster de base de datos y de la instancia de la base de datos. Antes de la SQL versión 3.04 de Aurora My, el valor de este parámetro solo se podía configurar en el nivel de sesión.
Se corrigieron los problemas de seguridad yCVEs:
-
Cambió el TLS proveedorSSL/de Abierto SSL a AWS-LC
. Esto trae consigo una serie de cambios que incluyen, entre otros, los siguientes: -
Las conexiones de bases de datos que se utilizan ahora se SSL pueden restaurar mediante Zero Downtime Restart y Zero Downtime Patching al actualizar de Aurora My SQL versión 3.04.0 a una versión superior.
-
Soporte para TLSv1 .3, que incluye soporte para los TLS cifrados _ AES _128_ GCM _SHA256, _ TLS AES _256_ SHA384 y _ GCM 0_ TLS 05_CHACHA2. POLY13 SHA256 SSL
-
Eliminación del soporte para sistemas de cifrado - -* menos seguros. DHE RSA
Para obtener más información, consulte Uso TLS con clústeres de Aurora My SQL DB
-
-
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 habilitó la compatibilidad con el protocolo Transport Layer Security (TLS) 1.3 seguro y eficiente, manteniendo la compatibilidad con la versión TLS 1.2.
-
TLSlas versiones TLSv1 1 TLSv1 y 1 quedaron en desuso en la comunidad My SQL 8.0.26 y, en consecuencia, en Aurora My 3.03. SQL Estos protocolos ahora se han eliminado en la comunidad My SQL 8.0.28 y, en consecuencia, en Aurora My 3.04. SQL De forma predeterminada, se rechazará cualquier cliente seguro que no pueda comunicarse a partir de la versión TLS 1.2 o superior. Para obtener más información sobre cómo conectarse a sus instancias de base de datos medianteTLS, consulte Seguridad con Amazon Aurora My SQL.
En esta versión se incluyen las siguientes CVE correcciones:
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 Aurora My SQL reader se reiniciara mientras se ejecutaba una consulta que utilizaba un plan de ejecución de consultas Aurora My SQL parallel.
-
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 SQL errores My de Aurora cuando la variable
server_audit_events
de servidor estaba establecida enALL
oQUERY
. Este problema podrí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 mi SQL documentación sobre el formatoEXPLAIN
de salida. -
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 la configuración de una ubicación de parada 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 SQL replicación de Aurora My modificaran la
sql_log_bin
variable cuando se llamaba desde una sesión con el modo de confirmación automática desactivado. -
Se agregó soporte de replicación lógica para las siguientes sentencias 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 usar para mostrar el estado y la topología de los recursos principales y secundarios en un clúster de base de datos SQL global Aurora My. Los detalles de las dos vistas del sistema se encuentran aquí, en las tablas information_schema SQL específicas de Aurora My. -
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 SQL configuración de Aurora My. -
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 alCOMPACT
formato con una advertencia para informar de que Aurora My SQL 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 Aurora My SQL parallel no se admite al elegir la configuración de clúster optimizada para E/S de Aurora. Para obtener más información, consulte Limitaciones de consultas en Amazon Aurora My SQL parallel.
-
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 actualizaron 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 My SQL Reference Manual, The threads Tabley en la descripción general del 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 monitorear la latencia de las DML sentencias reenviadas en los clústeres de bases de datos secundarias, se recomienda utilizar lasForwardingWriterDMLLatency
métricasForwardingReplicaDMLLatency
y. 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 solucionó un problema por el que los procedimientos almacenados de control de SQL replicación de Aurora My 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 subprocesos múltiples estableciendo el valor de la
replica_parallel_workers
variable en un valor superior a 0. -
Se ha corregido un problema que podía provocar un CPU consumo elevado 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 My SQL versión 3.01, 3.02 o 3.03 a Aurora My SQL versión 3.04 o superior, consulte Actualización de Aurora My SQL modificando 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 en el esquema notificados en
mysql.slow_log
las tablasmysql.general_log_backup
mysql.general_log
,mysql.slow_log_backup
y al actualizar de Aurora My SQL 2 a Aurora My SQL 3. Para obtener más información sobre la solución de problemas de actualización, consulte Solución de problemas de actualización con Aurora My SQL versión 3. -
Se ha corregido un problema que podía provocar errores en la actualización de las versiones principales al actualizar a Aurora My SQL 3 cuando la definición de un disparador contenía una palabra clave reservada que no aparecía entre comillas.
Se han corregido errores en la integración de My SQL Community Edition
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 Mis SQL errores corregidos por las actualizaciones del motor de base de datos Aurora My SQL 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 DDL las operaciones en línea accedan a la out-of-bounds memoria (error n.º 34750489, error n.º 108925)
-
Se ha corregido un problema que, a veces, podía producir resultados de consulta incorrectos al procesar SQL sentencias complejas compuestas por varias expresiones de tabla comunes anidadas (CTEs) (error n.º 34572040, error n.º 34634469, error n.º 33856374)