Actualizaciones del motor de base de datos de Aurora MySQL del 25/10/2022 (versión 2.11.0, compatible con MySQL 5.7.12). Esta versión no está disponible para nuevas creaciones. - Amazon Aurora

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 de Aurora MySQL del 25/10/2022 (versión 2.11.0, compatible con MySQL 5.7.12). Esta versión no está disponible para nuevas creaciones.

Versión: 2.11.0

La versión 2.11.0 de Aurora MySQL ya está disponible con carácter general. Las versiones 2.x de Aurora MySQL son compatibles con MySQL 5.7.12. Para obtener más información sobre los cambios en la comunidad, consulte Cambios en MySQL 5.7.12 (11/04/2016, disponibilidad general).

Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 2.11.*, 3.01.* y 3.02.*.

Puede actualizar un clúster de base de datos de Aurora MySQL 2.* existente a Aurora MySQL 2.11.0. Para clústeres que ejecutan la versión 1 de Aurora MySQL, puede actualizar un clúster de Aurora MySQL 1.23 o posterior existente directamente a la versión 2.11.0. Se puede restaurar en Aurora MySQL 2.11.0 una instantánea de una versión de Aurora MySQL actualmente compatible.

Si actualiza una base de datos global de Aurora MySQL a la versión 2.11.* y tiene activado el reenvío de escritura, para seguir utilizando el reenvío de escritura debe actualizar los clústeres de base de datos principales y secundarios a esa misma versión exactamente, incluido el nivel de parche. Para obtener más información sobre la actualización de la versión secundaria de una base de datos global de Aurora, consulte Actualizaciones de la versión secundaria.

Si tiene alguna pregunta o duda, puede encontrar AWS soporte en los foros de la comunidad y a través de AWS Support. Para obtener más información, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora en la Guía del usuario de Amazon Aurora.

nota

Para obtener información sobre cómo actualizar el clúster de base de datos de Aurora MySQL, consulte Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL en la Guía del usuario de Amazon Aurora.

Mejoras

Se han corregido los problemas de seguridad y las CVE que se indican a continuación:

Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación:

Nuevas características:

  • Con el lanzamiento de la versión 2.11 de Aurora MySQL, tendrá a su disposición una nueva actualización del sistema operativo. Le recomendamos que aplique esta actualización pendiente del sistema operativo a todas las instancias de la base de datos de Aurora MySQL después de actualizar a la versión 2.11. Para obtener más información, consulte Uso de las actualizaciones del sistema operativo.

  • Se puede usar una nueva opción de configuración dinámica, innodb_deadlock_detect, para deshabilitar la detección de bloqueos. En los sistemas de alta simultaneidad, la detección de bloqueos puede provocar una ralentización cuando numerosos subprocesos esperan el mismo bloqueo. En ocasiones, puede resultar más eficaz deshabilitar la detección de bloqueos y utilizar la configuración de innodb_lock_wait_timeout para revertir las transacciones cuando se produzca un bloqueo (Error n.º 23477773). Puede encontrar más información sobre la detección de bloqueos de Innodb en la documentación de MySQL.

  • Se han añadido las funciones UUID_TO_BIN, BIN_TO_UUID y IS_UUID de MySQL 8.0. Puede encontrar más información sobre el uso de estas funciones en la sección Funciones varias de MySQL.

  • Se ha añadido compatibilidad con sugerencias del optimizador que permiten al usuario habilitar o deshabilitar las consultas paralelas de Aurora MySQL por tabla o por consulta.

  • Se ha eliminado la compatibilidad con el tipo de instancia R3.

  • Se ha añadido compatibilidad con instancias R6i.

Mejoras de disponibilidad:

  • Se ha corregido un problema que podía impedir la replicación lógica entre regiones en un clúster de base de datos debido a que el archivo binlog y la posición escritos en los registros de errores eran incorrectos. Este problema puede producirse cuando se reinicia el motor después de ejecutar una instrucción DDL.

  • Se ha corregido un problema que, en casos excepcionales, podía provocar que las instancias de lector de Aurora se reiniciaran cuando se ejecutaban instrucciones de lista de control de acceso (ACL), como, por ejemplo, GRANT y FLUSH en la instancia de escritor. Es más probable que este problema afecte a las instancias de lector con un gran número de usuarios y a las operaciones de ACL (por ejemplo, cambios de permisos).

  • Se ha corregido un problema que, en casos excepcionales, podía provocar que la instancia de escritor se reiniciara o se conmutara por error cuando una transacción accedía a una fila que otra transacción estaba eliminando.

  • Se ha mejorado el rendimiento de la búsqueda de frases Fulltext para reducir considerablemente el tiempo que se tarda en buscar frases en una tabla con índices de texto completo.

  • Se ha corregido un problema que provocaba que, una vez reiniciada una instancia de escritor, se quedara bloqueada debido a una recuperación lenta y, posteriormente, se reiniciara de nuevo. Este problema se produce cuando hay un gran número de filas sin confirmar en la base de datos en el momento del reinicio inicial.

  • Se ha corregido un problema que, en casos excepcionales, provocaba que el servidor de base de datos se reiniciara debido a esperas de semáforo prolongadas cuando se bloqueaba el subproceso del detector de bloqueos.

  • Se ha corregido un problema que, en casos excepcionales, podía provocar que la base de datos se reiniciara debido a esperas de semáforo prolongadas cuando se bloqueaban los subprocesos de E/S.

  • La inserción rápida no está habilitada en esta versión de Aurora MySQL debido a un problema que puede provocar incoherencias al ejecutar consultas como INSERT INTOSELECT, y. FROM Para obtener más información sobre la optimización de inserción rápida, consulte Mejoras en el rendimiento de Amazon Aurora MySQL.

Mejoras generales:

  • Se ha corregido un problema que podía provocar que el servidor de base de datos se reiniciara cuando se cumplieran todas las condiciones siguientes:

    • La instrucción ALLOW_INVALID_DATES está deshabilitada en SQL MODE.

    • El servidor de base de datos está procesando una instrucción INSERT, UPDATE, DELETE o SELECT con un valor no válido del tipo DATETIME, de modo que el mes no esté comprendido entre 1 y 12.

  • Se ha corregido un problema por el que no se respetaba el período de retención de registros binarios cuando la opción log-bin estaba deshabilitada, lo que provocaba una utilización del almacenamiento superior a lo previsto. Tras esta corrección, los registros binarios se depurarán en función del período de retención. Puede encontrar más información sobre cómo configurar el período de retención de los registros binarios en la Guía del usuario de Aurora MySQL.

  • Se ha corregido un problema que podía provocar que la memoria que se puede liberar de la instancia de base de datos se redujera al ejecutar determinadas instrucciones SQL del lenguaje de control de datos (DCL), como, por ejemplo, GRANT, FLUSH PRIVILEGES, etc., en dicha instancia. El uso frecuente de este tipo de instrucciones puede provocar que la memoria liberable siga reduciéndose y que la instancia de base de datos se reinicie debido a out-of-memory problemas. El uso de estas instrucciones en la instancia de escritor también puede reducir la memoria que se puede liberar en las instancias de lector.

  • Se ha introducido un tamaño mayor de búfer de lectura para las lecturas realizadas desde los registros de retransmisión con el fin de minimizar el número de operaciones de E/S de lectura, lo que reduce la contención entre los subprocesos SQL y de E/S.

  • Se ha corregido un problema que podía provocar un error en el procedimiento almacenado de mysql.rds_rotate_slow_log y que apareciera el mensaje de error “La tabla ‘mysql.slow_log_backup’ no existe”.

  • Se ha corregido un problema por el que la invalidación excesiva de la caché de consultas provocaba un uso de la CPU y latencias superiores a lo previsto en la réplica de lectura debido a que esta tenía que leer los datos del disco y no de la caché de consultas.

  • Se ha corregido un problema que permitía a los usuarios ejecutar los comandos INSTALL PLUGIN y UNINSTALL PLUGIN en una instancia de lector, lo que podía provocar un bloqueo en LOCK_plugin, LOCK_system_variables_hash y LOCK_global_system_variables. Estas instrucciones ahora solo se pueden ejecutar en la instancia de escritor de un clúster de base de datos.

  • Se ha corregido un problema por el que los clústeres podían experimentar una latencia de confirmación superior a la prevista cuando se habilitaba el registro binario. Esto afecta a todas las transacciones que generan eventos binlog de gran tamaño (con un tamaño superior a 500 MB).

  • Se ha corregido un problema que podía provocar que la métrica trx_active_transactions de la tabla INFORMATION_SCHEMA.INNODB_METRICS tuviera un valor incorrecto.

  • Se ha corregido un problema que podía detener la replicación lógica debido a que el archivo binlog se volvía incoherente al ejecutar una función Rollback to savepoint para una transacción grande.

  • De forma predeterminada, los hashes de credenciales están enmascarados en el registro general y en el registro de auditoría slow-query-log, utilizando un secreto de máscara coherente. Esto se puede configurar mediante el parámetro aurora_mask_password_hashes_type.

  • Se ha corregido un problema que provocaba que los eventos observados por el cliente indicaran incorrectamente la duración del reinicio sin tiempo de inactividad (ZDR).

  • Se ha corregido un problema que podía provocar que no se pudieran realizar llamadas a mysql_rds_import_binlog_ssl_material y apareciera el mensaje ERROR de servidor de MySQL 1457.

  • Se ha corregido un problema que provocaba que la inicialización del subproceso de volcado se bloqueara con el subproceso de depuración de registros binarios. Esto podía detener la rotación del archivo binlog activo y, en su lugar, seguir aumentando u originar problemas con las nuevas conexiones de réplicas de binlog.

  • Se ha corregido un problema por el que la caché de consultas podía devolver resultados obsoletos en una réplica de lectura de Aurora.

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 5.7 (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 2.x.

  • Se ha corregido un problema que provocaba que el código para leer la información del conjunto de caracteres de las tablas de eventos de la instrucción de Performance Schema (por ejemplo, events_statements_current) no impidiera la escritura simultánea en la información de ese conjunto de caracteres. Como resultado, el conjunto de caracteres del texto de la consulta de SQL podría no ser válido, lo que podría provocar la salida del servidor. Con esta corrección, un conjunto de caracteres no válido provoca el truncamiento de la columna SQL_TEXT e impide las salidas del servidor (Error n.º 23540008).

  • InnoDB: adaptación de un problema para el error de comunidad n.º 25189192 y n.º 84038. Se ha corregido un problema por el que, tras una operación RENAME TABLE que movía una tabla a un esquema diferente, InnoDB no podía actualizar la tabla del diccionario de datos INNODB_SYS_DATAFILES. Esto provocó un error al reiniciar el sistema, lo que indicaba que no se podía localizar el archivo de datos del espacio de tablas.

  • InnoDB: se ha corregido un problema por el que el servidor eliminaba un índice de claves externas definido externamente al añadir un nuevo índice e intentaba utilizar un índice secundario definido en una columna generada virtual como índice de clave externa, lo que provocaba la salida del servidor. InnoDB permite ahora que una restricción de clave externa haga referencia a un índice secundario definido en una columna generada virtual. (Error n.º 23533396)

  • Se ha corregido un problema que provocaba que dos sesiones ejecutaran simultáneamente una instrucción INSERT… La operación ON DUPLICATE KEY UPDATE generaba un bloqueo. Durante la reversión parcial de una tupla, otra sesión podría actualizarla. La corrección de este error revierte las correcciones de los errores n.º 11758237, n.º 17604730 y n.º 20040791 (Error n.º 25966845).

  • Adaptación de un problema para el error de comunidad n.º 27407480: se ha corregido un problema que provocaba que los privilegios EXECUTE y ALTER ROUTINE no se concedieran correctamente a los creadores de rutinas, incluso con automatic_sp_privileges habilitado.

  • Adaptación de un problema para el error de comunidad n.º 24671968: se ha corregido un problema por el que una consulta podía producir resultados incorrectos si la cláusula WHERE contenía una subconsulta dependiente, la tabla tenía un índice secundario en las columnas de la lista de selección seguido de las columnas de la subconsulta y GROUP BY o DISTINCT permitían que la consulta utilizara un examen de índice flexible.

  • Se ha corregido un problema que provocaba que la replicación se interrumpiera si se emitía una instrucción de eliminación de varias tablas para varias tablas con claves externas (Error n.º 80821).

  • Se ha corregido un problema que provocaba que, en casos especiales, algunos errores secundarios no se ignoraran incluso con la opción slave_skip_errors habilitada. En los casos en que se producía un error al abrir y bloquear una tabla o cuando se producía un error en las conversiones de campos en un servidor que ejecutaba una replicación basada en filas, el error se consideraba grave y se ignoraba el estado de slave_skip_errors. La corrección garantiza que, con la opción slave_skip_errors habilitada, todos los errores detectados durante la aplicación de una transacción se gestionen correctamente (Error n.º 70640 y Error n.º 17653275).

  • Se ha corregido un problema que provocaba que se replicara una instrucción SET PASSWORD desde un servidor principal de MySQL 5.6 a un servidor secundario de MySQL 5.7, o desde un servidor principal de MySQL 5.7 con la variable de sistema log_builtin_as_identified_by_password establecida en HABILITADA en un servidor secundario de MySQL 5.7; también se crea un hash de la contraseña antes de almacenarse en el servidor secundario. El problema ya se ha corregido y el hash de la contraseña replicada se guarda, tal y como se le transmitió originalmente al servidor secundario (Error n.º 24687073).

  • Se ha corregido un problema que provocaba que la serialización de un valor JSON que constaba de un gran subdocumento encapsulado en varios niveles de matrices JSON, objetos o ambos, a veces tardara demasiado en completarse (Error n.º 23031146).

  • Las instrucciones que no se pueden analizar (debido, por ejemplo, a errores de sintaxis) ya no se escriben en el lento registro de consultas (Error n.º 33732907).

Comparación con Aurora MySQL, versión 1

Las siguientes características de Amazon Aurora MySQL se admiten en Aurora MySQL, versión 1 (compatible con MySQL 5.6), pero esas características no se admiten en Aurora MySQL, versión 2 (compatible con MySQL 5.7).

Compatibilidad de MySQL 5.7

Esta versión de Aurora MySQL es compatible con cables con MySQL 5.7 e incluye características como la compatibilidad con JSON, índices espaciales y columnas generadas. Aurora MySQL usa una implementación nativa de la indexación espacial mediante curvas de orden z para multiplicar por más de 20 el rendimiento de escritura y por más de 10 el rendimiento de lectura en comparación con MySQL 5.7 para conjuntos espaciales.

Aurora MySQL no admite actualmente las siguientes características de MySQL 5.7:

  • Complemento de replicación de grupo

  • Tamaño de página incrementado

  • Carga de grupo de búfer de InnoDB al inicio

  • Complemento de analizador de texto completo de InnoDB

  • Replicación de varios orígenes

  • Cambio de tamaño de grupo de búfer online

  • Complemento de validación de contraseñas

  • Complementos de reescritura de consulta

  • Filtrado de replicación

  • La instrucción SQL CREATE TABLESPACE