Actualizaciones del motor de base de datos de Aurora MySQL del 24/10/2017 (versión 1.15) (obsoleta)

Captura previa de clave asíncrona: la captura previa de clave asíncrona (AKP) es una característica destinada a mejorar el rendimiento de las combinaciones de índices sin almacenar en caché; para ello, efectúa una captura previa de las claves en la memoria antes de que sean necesarias. El principal caso de uso para el que está destinada la AKP es una combinación de índices entre una tabla exterior pequeña y una interior grande, donde el índice es sumamente selectivo en la tabla grande. Asimismo, si está habilitada la interfaz Multi-Range Read (MRR), AKP se utilizará para llevar a cabo una búsqueda del índice secundario al primario. Es posible que, en algunos casos, las instancias más pequeñas que tienen restricciones de memoria puedan utilizar AKP, dada la cardinalidad de claves correcta. Para obtener más información, consulte Optimización de las consultas de combinación indexadas de Aurora con la captura previa de claves asíncronas en la Guía del usuario de Amazon Aurora.

DDL rápida: hemos ampliado la característica que se introdujo en Aurora 1.13 a las operaciones que incluyen valores predeterminados. Con esta extensión, la DDL rápida se aplica a operaciones que añaden una columna que se puede anular, con o sin un valor predeterminado, al final de una tabla. La característica sigue estando en el modo lab de Aurora. Para obtener más información, consulte Modificación de las tablas de Amazon Aurora con operaciones DDL rápidas en la Guía del usuario de Amazon Aurora.

Se ha solucionado un error de cálculo durante la optimización de consultas espaciales WITHIN/CONTAINS que anteriormente producían un conjunto de resultados vacío.

Se ha corregido el comando SHOW VARIABLE para mostrar el valor del parámetro innodb_buffer_pool_size actualizado cada vez que se cambia en el grupo de parámetros.

Se ha mejorado la estabilidad de la instancia principal durante la inserción masiva en un tabla que se ha modificado mediante DDL rápida cuando la indexación hash adaptativa está deshabilitada y el registro que se va a insertar es el primero de una página.

Se ha mejorado la estabilidad de Aurora cuando el usuario intenta establecer el valor del parámetro del clúster de base de datos server_audit_events en default.

Se ha solucionado un problema que producía que un cambio en el conjunto de caracteres de la base de datos para una instrucción ALTER TABLE que estuviera ejecutándose en la instancia principal de Aurora no se replicara en las réplicas de Aurora hasta que se reiniciaban.

Se ha mejorado la estabilidad solucionando una condición de carrera en la instancia principal que anteriormente le permitía registrar una réplica de Aurora aunque la instancia principal hubiera cerrado su propio volumen.

Se ha mejorado el rendimiento de la instancia principal durante la creación de índices en una tabla de gran tamaño cambiando el protocolo de bloqueo para permitir instrucciones en lenguaje de manipulación de datos (DML) simultáneas durante la creación del índice.

Se ha solucionado una incoherencia de los metadatos de InnoDB durante la consulta ALTER TABLE RENAME que ha mejorado la estabilidad. Ejemplo: cuando se cambia cíclicamente el nombre de las columnas de la tabla t1(c1, c2) a t1(c2,c3) dentro de la misma instrucción ALTER.

Se ha mejorado la estabilidad de las réplicas de Aurora cuando una réplica de Aurora no tiene ninguna carga de trabajo activa y la instancia principal no responde.

Se ha mejorado la disponibilidad de las réplicas de Aurora cuando la réplica de Aurora mantiene un bloqueo explícito en una tabla y bloquea el subproceso de replicación para evitar que aplique ningún cambio de DDL que se reciba de la instancia principal.

Se ha mejorado la estabilidad de la instancia principal cuando se añaden una clave externa y una columna a una tabla al mismo tiempo desde dos sesiones distintas y la DDL rápida está habilitada.

Se ha mejorado la estabilidad del subproceso de purga en la instancia principal cuando hay mucha carga de trabajo de escritura bloqueando el truncado de los registros de deshacer hasta que se hayan purgado.

Se ha mejorado la estabilidad corrigiendo la orden de liberación del bloqueo durante el proceso de confirmación de transacciones que borran tablas.

Se ha corregido un defecto de las réplicas de Aurora por el cual la instancia de base de datos no podía completar el inicio y avisaba de que ya se estaba utilizando el puerto 3306.

Se ha corregido una condición de carrera en la que una consulta SELECT se ejecutaba en determinadas tablas information_schema (innodb_trx, innodb_lock, innodb_lock_waits) y aumentaba la inestabilidad del clúster.

CREATE USER acepta el hash de contraseña y complemento, pero no el hash de contraseña (error n.º 78033)

El motor de partición añade campos al conjunto de bits de lectura para poder devolver entradas ordenadas desde un índice particionado. Debido a esto, el búfer de combinaciones intenta leer campos innecesarios. Se ha solucionado este problema no añadiendo todos los campos de la partición a read_set, sino que solo se realiza la ordenación en los campos de prefijo ya establecidos en read_set. Se ha añadido un DBUG_ASSERT que, si realiza key_cmp, se debe leer al menos el primer campo (error n.º 16367691).

La instancia de MySQL se paraliza “realizando el índice SYNC” (error n.º 73816)

Confirmación RBT_EMPTY(INDEX_CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)

La búsqueda de Fulltext de InnoDB no encuentra ningún registro cuando hay puntos de guardado (error n.º 70333)