Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL - 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.

Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL

La siguiente sección identifica errores de MySQL corregidos por actualizaciones del motor de base de datos Aurora MySQL.

Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL 3.x

La versión de Aurora compatible con MySQL 8.0 incluye todas las correcciones de errores de MySQL a través de su versión de compatibilidad con MySQL correspondiente. La siguiente tabla identifica errores de MySQL adicionales corregidos por actualizaciones del motor de base de datos Aurora MySQL y en qué actualización se corrigieron.

Actualización del motor de base de datos Versión compatible con MySQL Versión Errores de MySQL corregidos
Actualizaciones del motor de base de datos Aurora MySQL 2024-03-07 (versión 3.06.0, compatible con MySQL 8.0.34)

8,0,34

3,06.0

  • Se ha corregido un error que provocaba que el valor de la línea de caché se calculara incorrectamente, lo que provocaba un error al reiniciar la base de datos en una instancia de Graviton. (Corrección de error de la comunidad #35479763)

  • Se ha corregido un problema por el que algunas instancias de subconsultas dentro de las rutinas almacenadas no siempre se gestionaban correctamente. (Corrección de error de la comunidad #35377192)

  • Se ha corregido un problema que podía provocar un mayor uso de la CPU debido a la rotación de los certificados TLS en segundo plano. (Corrección de error de la comunidad n.º 34284186).

  • Se ha corregido un problema por el que InnoDB permitía añadir INSTANT columnas a las tablas del esquema del sistema MySQL en las versiones de Aurora MySQL anteriores a la 3.05, lo que podía provocar el cierre inesperado del servidor (reinicio de la instancia de base de datos) tras la actualización a Aurora MySQL versión 3.05.0. (Corrección de error de la comunidad n.º 35625510)

Actualizaciones del motor de base de datos Aurora MySQL el 31 de enero de 2020 (versión 3.05.2, compatible con MySQL 8.0.32) Predeterminado

8.0.32

3,05.2

  • La ejecución repetida de una rutina almacenada y el hecho de tener como subconsulta una sentencia SELECT que contenía varias XOR condiciones o condiciones ANDOR, provocaba un consumo excesivo y, posiblemente, el agotamiento de la memoria virtual. (Corrección de error comunitaria #33852530)

Actualizaciones del motor de base de datos Aurora MySQL 2023-11-21 (versión 3.05.1, compatible con MySQL 8.0.32)

8.0.32

3,05.1

  • Se ha corregido un problema en InnoDB por el que, si a una tabla MySQL de un esquema de sistema se le había agregado una columna INSTANT ADD entre las versiones 3.01 y 3.04 de Aurora MySQL y después de actualizar Aurora MySQL a la versión 3.05.0, los DML de estas tablas hacían que el servidor se cerrara inesperadamente. (Corrección de error de la comunidad n.º 35625510)

Actualizaciones del motor de base de datos de Aurora MySQL del 25/10/2023 (versión 3.05.0, compatible con MySQL 8.0.32)

8,0,32

3,05.0

  • 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).

Actualizaciones del motor de base de datos Aurora MySQL el 15 de marzo de 2020 (versión 3.04.2, compatible con MySQL 8.0.28)

8,0,28

3,04.2

  • Se ha corregido un error que provocaba que el valor de la línea de caché se calculara de forma incorrecta, lo que provocaba un error durante el reinicio de la base de datos en las instancias basadas en Graviton. (Corrección de error de la comunidad #35479763)

  • La ejecución repetida de una rutina almacenada y el hecho de tener como subconsulta una sentencia SELECT que contenía varias AND XOR condiciones o condiciones, provocaba un consumo excesivo y, posiblemente, el agotamiento de la memoria virtual. OR (Corrección de error comunitaria #33852530)

Actualizaciones del motor de base de datos Aurora MySQL el 13 de noviembre de 2021 (versión 3.04.1, compatible con MySQL 8.0.28)

8.0.28

3,04.1

  • 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).

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)

8,0,28

3,04.0

  • 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 instrucciones de SQL complejas compuestas por varias expresiones de tabla comunes (CTE) anidadas (Error n.º 34572040, Error n.º 34634469 y Error n.º 33856374).

Actualizaciones del motor de base de datos de Aurora MySQL 08/12/2023 (versión 3.03.3, compatible con MySQL 8.0.26)

8.0.26

3,03.3

  • 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).

Actualizaciones del motor de base de datos de Aurora MySQL 29/08/2023 (versión 3.03.2 compatible con MySQL 8.0.26)

8,0,26

3,03.2

  • Se ha corregido un problema que, en ocasiones, podía producir resultados de consulta incorrectos al procesar instrucciones de SQL complejas compuestas por varias expresiones de tabla comunes (CTE) anidadas (Error n.º 34572040, error n.º 34634469 y error n.º 33856374).

  • InnoDB: una condición de carrera entre subprocesos que intentaban desinicializar e inicializar las estadísticas de la misma tabla que provocó un error de confirmación (Error n.º 33135425)

  • InnoDB: Impedir que las operaciones DDL en línea accedan a out-of-bounds la memoria (error #34750489, error #108925)

Actualizaciones del motor de base de datos de Aurora MySQL 11/05/2023 (versión 3.03.1 compatible con MySQL 8.0.26)

8.0.26

3,03.1

  • 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).

Actualizaciones del motor de base de datos Aurora MySQL del 01/03/2023 (versión 3.03.0 compatible con MySQL 8.0.26) No se admiten actualizaciones a esta versión.

8,0,26

3,03.0

  • Se ha corregido un problema que provocaba que algunos tipos de columnas, incluidos JSON y TEXT, en ocasiones, agotaban el búfer de clasificación si su tamaño no era al menos 15 veces mayor que el de la fila de mayor tamaño de la clasificación. Ahora el búfer de clasificación solo necesita ser 15 veces mayor que la clave de clasificación de mayor tamaño (Error n.º 103325, Error n.º #105532, Error n.º #32738705 y Error n.º #33501541).

  • Se ha corregido un problema por el que InnoDB no siempre gestionaba de forma correcta algunos nombres legales de las particiones de tablas (Error n.º 32208630).

  • Se ha corregido un problema que, en determinadas condiciones, podía devolver resultados incorrectos debido a un cálculo inexacto de la propiedad de nulabilidad al ejecutar una consulta con la condición OR (Error n.º 34060289).

  • Se ha corregido un problema que, en determinadas condiciones, podía devolver resultados incorrectos cuando se cumplían las dos condiciones siguientes:

    • Una tabla derivada se fusiona en el bloque de consulta externo.

    • La consulta incluye una combinación izquierda y una subconsulta IN.

    (Error n.º 34060289).

  • Se han generado valores AUTO_INCREMENT incorrectos cuando se superó el valor máximo de la columna de valores enteros. El error se ha producido porque no se tuvo en cuenta el valor máximo de la columna. En este caso, se debería haber devuelto el anterior valor AUTO_INCREMENT válido, lo que provocó un error de clave duplicada (Error n.º 87926 y Error n.º 26906787).

  • Se ha corregido un problema que impedía revocar el privilegio DROP en el esquema de rendimiento (Error n.º 33578113).

  • Se ha corregido un problema por el que un procedimiento almacenado que incluía una instrucción IF mediante el uso de EXISTS, que actuaba en una o varias tablas que se eliminaban y se volvían a crear entre ejecuciones, no se ejecutaba correctamente en las siguientes invocaciones posteriores a la primera (Error n.º 32855634).

  • Se ha corregido un problema por el que una consulta que hacía referencia a una vista de una subconsulta y a un bloque de consulta externo podía provocar un reinicio inesperado (Error n.º 32324234).

Actualizaciones del motor de base de datos de Aurora MySQL del 18/11/2022 (versión 3.02.2 compatible con MySQL 8.0.23). El soporte estándar finaliza el 15 de enero de 2024.

8,0,23

3,02.2

  • Se ha corregido un problema que, en determinadas condiciones, podía devolver resultados incorrectos debido a un cálculo inexacto de la propiedad de nulabilidad al ejecutar una consulta con la condición OR (Error n.º 34060289).

  • Se ha corregido un problema que, en determinadas condiciones, podía devolver resultados incorrectos cuando se cumplían las dos condiciones siguientes:

    • Una tabla derivada se fusiona en el bloque de consulta externo.

    • La consulta incluye una combinación izquierda y una subconsulta IN (Error n.º 34060289).

  • Se ha corregido un problema que impedía revocar el privilegio en el esquema de rendimiento (Error n.º 33578113).

  • Se ha corregido un problema por el que un procedimiento almacenado que incluía una instrucción IF mediante el uso de EXISTS, que actuaba en una o varias tablas que se eliminaban y se volvían a crear entre ejecuciones, no se ejecutaba correctamente en las siguientes invocaciones posteriores a la primera (Error de MySQL n.º 32855634).

  • Se han generado valores AUTO_INCREMENT incorrectos cuando se superó el valor máximo de la columna de valores enteros. El error se ha producido porque no se tuvo en cuenta el valor máximo de la columna. En este caso, se debería haber devuelto el anterior valor AUTO_INCREMENT válido, lo que provocó un error de clave duplicada (Error n.º 87926 y Error n.º 26906787).

  • Se ha corregido un problema que podía provocar un error al actualizar un clúster de base de datos Aurora MySQL versión 1 (compatible con MySQL 5.6) que incluía una tabla creada por el usuario con determinados ID de tabla. La asignación de estos ID de tabla puede provocar conflictos con los ID de tabla del diccionario de datos al actualizar de Aurora MySQL versión 2 (compatible con MySQL 5.7) a Aurora MySQL versión 3 (compatible con MySQL 8.0). (Error n.º 33919635)

Actualizaciones del motor de base de datos de Aurora MySQL del 20/04/2022 (versión 3.02.0 compatible con MySQL 8.0.23). El soporte estándar finaliza el 15 de enero de 2024. No se admiten actualizaciones a esta versión.

8,0,23

3,02.0

Se ha corregido un problema en la gestión incorrecta de las tablas temporales utilizadas para los cursores dentro de los procedimientos almacenados, que podía provocar un comportamiento inesperado del servidor (Error n.º 32416811)

Actualizaciones del motor de base de datos de Aurora MySQL del 15/04/2022 (versión 3.01.1 compatible con MySQL 8.0.23). El soporte estándar finaliza el 15 de enero de 2024. No se admiten actualizaciones a esta versión.

8,0,23

3,01.1

Se ha corregido un problema en la gestión incorrecta de las tablas temporales utilizadas para los cursores dentro de los procedimientos almacenados, que podía provocar un comportamiento inesperado del servidor (Error n.º 32416811)

Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL 2.x

La versión de Aurora compatible con MySQL 5.7 incluye todas las correcciones de errores de MySQL hasta MySQL 5.7.40. La siguiente tabla identifica errores de MySQL adicionales corregidos por actualizaciones del motor de base de datos Aurora MySQL y en qué actualización se corrigieron.

Actualización del motor de base de datos Versión Errores de MySQL corregidos
Actualizaciones del motor de base de datos de Aurora MySQL del 28/12/2023 (versión 2.12.1, compatible con MySQL 5.7.40)

2.12.1

  • Se ha corregido un problema que podía provocar que las conexiones remotas nuevas y existentes se bloquearan cuando se ejecutaran simultáneamente con la instrucción SHOW PROCESSLIST (Error de la comunidad n.º 34857411)

  • Replicación: no siempre se han gestionado correctamente algunos eventos de registro binario (Error n.º 34617506)

  • Se ha corregido el procesamiento de tokens de un solo carácter mediante un complemento de analizador de búsqueda de texto completo (FTS) (Error n.º 35432973)

Actualizaciones del motor de base de datos de Aurora MySQL del 25/07/2023 (versión 2.12.0, compatible con MySQL 5.7.40)

2.12.0

  • 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).

Actualizaciones del motor de base de datos de Aurora MySQL del 17/10/2023 (versión 2.11.4, compatible con MySQL 5.7.12)

2.11.4

  • Replicación: no siempre se han gestionado correctamente algunos eventos de registro binario (Error n.º 34617506).

  • 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).

  • En las instrucciones preparadas, algunos tipos de subconsulta podrían provocar la salida del servidor (Error n.º 33100586).

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.

2.11.0

  • 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 los errores 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).

  • 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 la opción automatic_sp_privileges habilitada (Error n.º 27407480).

  • 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).

Actualizaciones del motor de base de datos de Aurora MySQL del 01/11/2022 (versión 2.10.3) (obsoleta)

2.10.3

  • 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).

  • Se ha corregido un problema que se producía cuando una ACTUALIZACIÓN necesitaba una tabla temporal con una clave principal de más de 1024 bytes y esa tabla se creaba mediante InnoDB, el servidor podía cerrarse (Error n.º 25153670).

Actualizaciones del motor de base de datos de Aurora MySQL del 26/01/2022 (versión 2.10.2) (obsoleta)

2.10.2

  • Se ha corregido un problema en InnoDB por el que un error en el código relacionado con las estadísticas de tablas generaba una afirmación en el archivo de origen dict0stats.cc (http://dict0stats.cc/). (Error n.º 24585978)

  • Un índice secundario sobre una columna virtual se dañó cuando el índice se creó en línea. Para las instrucciones UPDATE (https://dev.mysql.com/doc/refman/5.7/en/update.html), lo solucionamos de la siguiente manera: si el valor de la columna virtual del registro de índice se establece en NULL, generamos este valor a partir del registro de índice del clúster. (Error n.º 30556595)

  • ASSERTION "!OTHER_LOCK" IN LOCK_REC_ADD_TO_QUEUE (Error n.º 29195848)

  • HANDLE_FATAL_SIGNAL (SIG=11) IN __STRCHR_SSE2 (Error n.º 28653104)

  • Se ha corregido un problema por el que una interrupción de la consulta durante una espera de bloqueo podía provocar un error en InnoDB. (Error n.º 28068293)

  • Las transacciones entrelazadas en ocasiones podían bloquear el aplicador de réplica cuando el nivel de aislamiento de transacciones se estableció en REPEATABLE READ. (Error n.º 25040331)

  • Se ha corregido un problema que podía provocar que las réplicas de binlog se detuvieran debido al tiempo de espera de bloqueo. (Error n.º 27189701)

Actualizaciones del motor de base de datos de Aurora MySQL del 21/10/2021 (versión 2.10.1) (obsoleta)

2.10.1

CURRENT_TIMESTAMP PRODUCE CEROS EN EL DESENCADENADOR. (Error n.º 25209512)

Actualizaciones del motor de base de datos de Aurora MySQL del 25/05/2021 (versión 2.10.0) (obsoleta)

2.10.0

  • Las transacciones entrelazadas en ocasiones podían bloquear el aplicador de réplica cuando el nivel de aislamiento de transacciones se estableció en REPEATABLE READ. (Error n.º 25040331)

  • Cuando un procedimiento almacenado contenía una declaración que hacía referencia a una vista que a su vez hacía referencia a otra vista, el procedimiento no podía invocarse correctamente más de una vez. (Error n.° 87858, error n.° 26864199)

  • Para consultas con muchas condiciones de OR, el optimizador ahora es más eficiente en la memoria y es menos probable que exceda el límite de memoria impuesto por la variable de sistema range_optimizer_max_mem_size. Además, el valor predeterminado de esa variable se ha elevado de 1 536 000 a 8 388 608. (Error n.° 79450, error n.° 22283790)

  • Reproducción: en la función next_event(), a la que llama al subproceso SQL de una réplica para leer el siguiente evento del registro de retransmisión, el subproceso SQL no liberó el relaylog.log_lock que adquirió cuando se produjo un error (por ejemplo, debido a un registro de retransmisión cerrado). Esto provocó que se bloqueen todos los demás subprocesos que esperaban adquirir un bloqueo en el registro de retransmisión. Con esta corrección, el bloqueo se libera antes de que el subproceso SQL deje la función bajo la situación. (Error n.° 21697821)

  • Corregir un daño de memoria para ALTER TABLE con columna virtual. (Error n.° 24961167; error n.° 24960450)

  • Reproducción: las réplicas de subprocesos múltiples no se podían configurar con tamaños de cola pequeños mediante slave_pending_jobs_size_max si alguna vez necesitaban procesar transacciones de mayor tamaño que ese tamaño. Cualquier paquete mayor que slave_pending_jobs_size_max se rechazaba con el error ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX, incluso si el paquete era inferior al límite establecido por slave_max_allowed_packet. Con esta corrección, slave_pending_jobs_size_max se convierte en un límite flexible en lugar de un límite invariable. Si el tamaño de un paquete supera slave_pending_jobs_size_max, pero es inferior a slave_max_allowed_packet, la transacción se retiene hasta que todos los trabajos de réplica tengan colas vacías y, a continuación, se procesen. Todas las transacciones posteriores se mantienen hasta que se haya completado la transacción grande. Por lo tanto, el tamaño de la cola de los trabajos de réplicas puede limitarse a la vez que permite transacciones más grandes ocasionales. (Error n.° 21280753, error n.° 77406)

  • Reproducción: cuando se utiliza una réplica de subprocesos múltiples, los errores del aplicador mostraban datos de ID de trabajos que no eran coherentes con los datos externalizados en las tablas de reproducción del esquema de rendimiento. (Error n.° 25231367)

  • Replicación: en una réplica de replicación basada en GTID que se ejecuta con -GTID-Mode=ON, -log-bin=OFF y utilizando -, cuando se detectó un error que debería ignorarse, no se actualizaba correctamente slave-skip-errors, lo que provocaba una pérdida de sincronía con. Exec_Master_Log_Pos Exec_Master_Log_Pos Read_master_log_pos Si no se especificaba un GTID_NEXT, la réplica nunca actualizaba su estado GTID al retroceder desde una transacción de una única instrucción. El Exec_Master_Log_Pos no se podía actualizar porque, aunque la transacción había finalizado, su estado GTID mostraba lo contrario. La corrección elimina la limitación de actualizar el estado de GTID cuando una transacción se deshace solo si GTID_NEXT se especifica. (Error n.° 22268777)

  • Reproducción: una sentencia con errores parciales no consumía correctamente un GTID generado automáticamente o especificado cuando se deshabilitaba el registro binario. La corrección garantiza que un DROP TABLE con errores parciales, un DROP USER con errores parciales o un DROP VIEW con errores parciales consuman respectivamente el GTID pertinente y lo guarden en @@GLOBAL.GTID_EXECUTED y en la tabla mysql.gtid_executed cuando se desactiva el registro binario. (Error n.° 21686749)

  • Reproducción: las réplicas que ejecutan MySQL 5.7 no se han podido conectar a una fuente MySQL 5.5 debido a un error al recuperar el server_uuid, que no forma parte de MySQL 5.5. Esto se debió a cambios en el método de recuperación del server_uuid. (Error n.° 22748612)

  • Reproducción binlog: el mecanismo de omisión de transacciones GTID no funcionaba correctamente para la transacción XA antes de esta corrección. El servidor tiene un mecanismo para omitir (silenciosamente) una transacción GTID si ya se ha ejecutado esa transacción en particular en el pasado. (Error n.° 25041920)

  • Las instrucciones XA ROLLBACK que fallaron debido a que se proporcionó un ID de transacción incorrecto, se podían registrar en el registro binario con el ID de transacción correcto y, por lo tanto, las réplicas de reproducción podían accionarlas. Ahora se comprueba la situación de error antes de que se produzca el registro binario y no se registran las instrucciones XA ROLLBACK fallidas. (Error n.° 26618925)

  • Replicación: si se configuró una réplica mediante una sentencia CHANGE MASTER TO que no especificaba el nombre del archivo de registro de origen ni la posición del registro de origen, se apagó antes de que se emitiera START SLAVE y, a continuación, se reinició con la opción - relay-log-recovery set, la replicación no se inició. Esto ocurría porque el subproceso receptor no se había iniciado antes de intentar recuperar el registro de retransmisión, por lo que no había ningún evento de rotación de registros disponible en el registro de retransmisión para proporcionar el nombre del archivo de registro de origen y la posición del registro de origen. En esta situación, la réplica ahora omite la recuperación del registro de retransmisión y registra una advertencia y, a continuación, procede a iniciar la reproducción. (Error n.° 28996606, error n.° 93397)

  • Reproducción: en la reproducción basada en filas, aparecía un mensaje que mostraba incorrectamente las longitudes de campo al reproducir desde una tabla con una columna utf8mb3 a una tabla de la misma definición en la que la columna se había definido con un conjunto de caracteres utf8mb4. (Error n.° 25135304, error n.° 83918)

  • Reproducción: cuando se emitía una instrucción RESET SLAVE en una réplica de reproducción con GTID en uso, se purgaban los archivos de registro de retransmisión existentes, pero el nuevo archivo de registro de retransmisión de reemplazo se generaba antes de que se eliminara el conjunto de GTID recibidos para el canal. Por lo tanto, el conjunto de GTID anterior se escribía en el nuevo archivo de registro de retransmisión como el evento PREVIOUS_GTIDS, lo que provocaba un error fatal en la reproducción que indica que la réplica tenía más GTID que el origen, aunque el conjunto gtid_executed para ambos servidores estaba vacío. Ahora, cuando se emite RESET SLAVE, el conjunto de GTID recibidos se borra antes de generar el nuevo archivo de registro de retransmisión, de modo que no se produzca esta situación. (Error n.° 27411175)

  • Reproducción: con los GTID utilizados para la reproducción, las transacciones, incluidas las instrucciones que provocaron un error de análisis (ER_PARSE_ERROR), no se podían omitir manualmente mediante el método recomendado para insertar una transacción vacía o de reemplazo con el mismo GTID. Esta acción debería dar lugar a que la réplica identifique el GTID como ya utilizado y, por lo tanto, salte la transacción no deseada que compartía su GTID. Sin embargo, en el caso de un error de análisis, dado que la instrucción se analizaba antes de verificar el GTID para ver si era necesario omitirlo, el subproceso del aplicador de reproducción se detenía debido al error de análisis, aunque la intención era omitir la transacción de todos modos. Con esta corrección, el subproceso del aplicador de reproducción ahora ignora los errores de análisis si es necesario omitir la transacción en cuestión porque ya se ha utilizado el GTID. Tenga en cuenta que este cambio de comportamiento no se aplica en el caso de cargas de trabajo formadas por la salida de registro binario producida por mysqlbinlog. En esa situación, se corría el riesgo de que una transacción con un error de análisis que sigue inmediatamente después de una transacción omitida también se omitiera silenciosamente, cuando debería generar un error. (Error n.° 27638268)

  • Reproducción: habilita el subproceso SQL para que GTID salte una transacción parcial. (Error n.° 25800025)

  • Reproducción: cuando se suministraba un parámetro de tiempo de espera negativo o fraccional a WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS(), el servidor se comportaba de forma inesperada. Con esta corrección:

    • Un valor de tiempo de espera fraccional se lee tal cual, sin redondeo.

    • Un valor de tiempo de espera negativo se rechaza con un error si el servidor está en modo SQL estricto; si el servidor no está en modo SQL estricto, el valor hace que la función devuelva NULL inmediatamente sin esperar y luego emita una advertencia. (Error n.° 24976304, error n.° 83537)

  • Reproducción: si la función WAIT_FOR_EXECUTED_GTID_SET() se utilizaba con un valor de tiempo de espera que incluía una parte fraccionada (por ejemplo, 1,5), un error en la lógica de conversión hacía que el tiempo de espera se redondeara al segundo entero más cercano y a cero para valores inferiores a 1 segundo (por ejemplo, 0,1). La lógica de conversión se ha corregido ahora para que el valor de tiempo de espera se aplique como se especificó originalmente, sin redondeo. Gracias a Dirkjan Bussink por la contribución. (Error n.° 29324564, error n.° 94247)

  • Con los GTID habilitados, XA COMMIT en una transacción XA desconectada dentro de una transacción de varias instrucciones generaba una afirmación. (Error n.° 22173903)

  • Reproducción: se generaba una afirmación en las compilaciones de depuración si se emitía una sentencia XA ROLLBACK para un identificador de transacción desconocido cuando el valor gtid_next se establecía manualmente. El servidor ahora no intenta actualizar el estado GTID si una sentencia XA ROLLBACK falla con un error. (Error n.° 27928837, error n.° 90640)

  • Se ha solucionado un problema de orden de clasificación incorrecto cuando se utilizan varias funciones CASE en la cláusula ORDER BY (Error n.º 22810883).

  • Algunas consultas que utilizaban el orden podían acceder a una columna no inicializada durante la optimización y provocar la salida del servidor (Error n.º 27389294).

Actualizaciones del motor de base de datos de Aurora MySQL del 12/11/2021 (versión 2.09.3) (obsoleta)

2.09.3

  • ASERCIÓN !M_PREBUILT->TRX->CHECK_FOREIGNS. (Error n.º 23533396)

  • Replicación:* Un problema de bloqueo en la función WAIT_FOR_EXECUTED_GTID_SET () puede provocar que el servidor se bloquee en determinadas circunstancias. El problema se ha corregido. (Error n.º 29550513)

Actualizaciones del motor de base de datos de Aurora MySQL del 11/12/2020 (versión 2.09.1) (obsoleta)

2.09.1

  • Replicación: las transacciones entrelazadas en ocasiones podían bloquear el aplicador esclavo cuando el nivel de aislamiento de transacciones se estableció en REPEATABLE READ. (Error n.º 25040331)

  • Para una tabla que tenga una columna TIMESTAMP o DATETIME con un valor predeterminado de CURRENT_TIMESTAMP, la columna podría inicializarse en 0000-00-00 00:00:00 si la tabla tenía un desencadenador BEFORE INSERT. (Error n.º 25209512 y error n.º 84077)

  • Para una instrucción INSERT para la que la lista VALUES generó valores para la segunda fila o posterior mediante una subconsulta que contiene una combinación, el servidor podría salir después de no resolver los privilegios requeridos. (Error n.º 23762382)

Actualizaciones del motor de base de datos de Aurora MySQL del 12/11/2020 (versión 2.08.3) (obsoleta)

2.08.3

  • Error #23762382 - INSERTAR CONSULTA DE VALORES CON COMBINACIÓN EN UNA CONDUCTA INCORRECTA DE CAUSAS SELECTA.

  • Error #25209512 - CURRENT_TIMESTAMP PRODUCE CEROS EN EL DISPARADOR.

Actualizaciones del motor de base de datos de Aurora MySQL del 02/06/2020 (versión 2.08.0) (obsoleta)

2.08.0

  • Error n.º 25289359: un bloqueo de caché de texto completo realizado cuando se sincronizaban los datos no se liberaba si el tamaño de caché de texto completo excedía el límite de tamaño de la caché de texto completo.

  • Error n.º 29138644: el cambio manual de la hora del sistema mientras se estaba ejecutando el servidor MySQL provocaba retrasos en los subprocesos del limpiador de páginas.

  • Error n.º 25222337: un nombre de campo de columna virtual NULL en un índice virtual provocaba una salida del servidor durante una comparación de nombres de campo que se producía al rellenar columnas virtuales afectadas por una restricción de clave externa.

  • Error n.º 25053286: la ejecución de un procedimiento almacenado que contenía una consulta que accedía a una vista podría asignar memoria que no se liberaba hasta que finalizara la sesión.

  • Error n.º 25586773: la ejecución de un procedimiento almacenado que contenía una instrucción que creó una tabla a partir del contenido de ciertas instrucciones SELECT podría provocar una pérdida de memoria.

  • Error n.º 28834208: durante la aplicación de registro, después de una operación OPTIMIZE TABLE, InnoDB no rellenaba las columnas virtuales antes de comprobar si había actualizaciones de índice de columna virtual.

  • Error #26666274: bucle infinito en el contenedor de búfer de esquema de rendimiento debido al desbordamiento de enteros sin signo de 32 bits.

Actualizaciones del motor de base de datos de Aurora MySQL del 16/06/2022 (versión 2.07.8) (obsoleta)

2,07.8

Cuando una ACTUALIZACIÓN necesitaba una tabla temporal con una clave principal de más de 1024 bytes y esa tabla se creaba mediante InnoDB, el servidor podía cerrarse (Error n.º 25153670).

Actualizaciones del motor de base de datos de Aurora MySQL del 02/09//2021 (versión 2.07.6) (obsoleta)

2.07.6

  • LA INSERCIÓN DE REGISTROS DE 64 K DE TAMAÑO REQUIERE DEMASIADO TIEMPO. (Error n.º 23031146)

Actualizaciones del motor de base de datos de Aurora MySQL del 04/03/2021 (versión 2.07.4) (obsoleta)

2.07.4

  • Se ha corregido un problema en el analizador ngram de texto completo al tratar con tokens que contenían “ ” (espacio), “%” o “,”. Los clientes deben reconstruir sus índices FTS si utilizan el analizador ngram. (Error n.º 25873310)

  • Se ha corregido un problema que podía provocar el reinicio del motor durante la ejecución de consultas con vistas SQL anidadas. (Error n.º 27214153 y error n.º 26864199)

Actualizaciones del motor de base de datos de Aurora MySQL del 10/11/2020 (versión 2.07.3) (obsoleta)

2.07.3

  • InnoDB: las transacciones XA simultáneas que se ejecutaron correctamente en la etapa de preparación de XA en el maestro entraron en conflicto cuando se reprodujeron en el esclavo, lo que da como resultado un tiempo de espera de bloqueo en el subproceso del aplicador. El conflicto se debió al rango de bloqueo GAP que difería cuando las transacciones se reprodujeron en serie en el esclavo. Para evitar este tipo de conflicto, los bloqueos GAP tomados por las transacciones XA en el nivel de aislamiento READ COMMITTED ahora se liberan (y ya no se heredan) cuando las transacciones XA llegan a la etapa de preparación. (Error n.º 27189701 y error n.º 25866046)

  • InnoDB: se tomó un bloqueo de espacio innecesariamente durante la validación de clave externa mientras se utilizaba el nivel de aislamiento READ COMMITTED. (Error n.º 25082593)

  • Replicación: cuando se utilizan transacciones XA, si se ha producido un tiempo de espera de bloqueo o interbloqueo para el subproceso de aplicador (SQL) en un esclavo de replicación, el reintento automático no funcionó. La causa fue que, mientras que el subproceso SQL haría una reversión, no revertiría la transacción XA. Esto significaba que cuando se volvió a intentar la transacción, el primer evento fue XA START, que no era válido ya que la transacción XA ya estaba en curso, lo que provocó un error XAER_RMFAIL. (Error n.º 24764800)

  • Replicación: las transacciones entrelazadas en ocasiones podían bloquear el aplicador esclavo cuando el nivel de aislamiento de transacciones se estableció en REPEATABLE READ. (Error n.º 25040331)

  • Replicación: el valor devuelto por una instrucción SHOW SLAVE STATUS para el tamaño total combinado de todos los archivos de registro de retransmisión existentes (Relay_Log_Space) podría ser mucho mayor que el espacio real en disco utilizado por los archivos de registro de retransmisión. El subproceso de E/S no bloqueó la variable mientras actualizaba el valor, por lo que el subproceso SQL podría eliminar automáticamente un archivo de registro de retransmisión y escribir un valor reducido antes de que el subproceso de E/S terminara de actualizar el valor. El subproceso de E/S luego escribió su cálculo de tamaño original, ignorando la actualización del subproceso SQL y agregando así el espacio para el archivo eliminado. El valor Relay_Log_Space ahora está bloqueado durante las actualizaciones para evitar actualizaciones simultáneas y garantizar un cálculo preciso. (Error n.º 26997096 y error n.º 87832)

  • Para una instrucción INSERT para la que la lista generó valores para la segunda fila o posterior mediante una subconsulta que contiene una combinación, el servidor podría salir después de no resolver los privilegios requeridos. (Error n.º 23762382)

  • Para una tabla que tenga una columna TIMESTAMP o DATETIME con un valor predeterminado de CURRENT_TIMESTAMP, la columna podría inicializarse en 0000-00-00 00:00:00 si la tabla tenía un desencadenador BEFORE INSERT. (Error n.º 25209512 y error n.º 84077)

  • Una salida del servidor podría ser el resultado de intentos simultáneos de varios subprocesos para registrar y anular el registro de objetos Esquema de rendimiento de metadatos. (Error n.º 26502135)

  • La ejecución de un procedimiento almacenado que contenía una instrucción que creó una tabla a partir del contenido de ciertas instrucciones SELECT podría provocar una pérdida de memoria. (Error n.º 25586773)

  • La ejecución de un procedimiento almacenado que contenía una consulta que accedía a una vista podría asignar memoria que no se liberaba hasta que finalizara la sesión. (Error n.º 25053286)

  • Ciertos casos de materialización de subconsulta podrían provocar la salida del servidor. Estas consultas ahora producen un error que sugiere que la materialización se desactive. (Error n.º 26402045)

  • Las consultas a las que les faltan muchas uniones eran lentas si se usaba el almacenamiento en búfer de unión (por ejemplo, usando el algoritmo de bucle anidado de bloques). (Error n.º 18898433 y error n.º 72854)

  • El optimizador omitió la segunda columna en un índice compuesto al ejecutar una combinación interna con una cláusula LIKE contra la segunda columna. (Error n.º 28086754)

Actualizaciones del motor de base de datos de Aurora MySQL del 17/04/2020 (versión 2.07.2) (obsoleta)

2.07.2

Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 2.07.0) (obsoleta)

2.07.0

  • Error n.º 26251621: COMPORTAMIENTO INCORRECTO CON TRIGGER AND GCOL

  • Error n.º 22574695: ASERTION `!TABLE || (!TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET, FIEL

  • Error n.º 25966845: LA INTRODUCCIÓN DE UNA CLAVE DUPLICADA PROVOCA UN BLOQUEO

  • Error n.º 23070734: LAS TRUCATE TABLES SIMULTÁNEAS PROVOCAN DETENCIONES

  • Error n.º 26191879: LAS SERIES DE CLAVES NO CONOCIDAS UTILIZAN DEMASIADA MEMORIA

  • Error n.º 20989615: EL AUMENTO AUTOMÁTICO DE INNODB PRODUCE EL MISMO VALOR DOS VECES

Actualizaciones del motor de base de datos de Aurora MySQL del 11/11/2019 (versión 2.05.0) (obsoleta)

2.05.0

  • Error #23054591: PURGE BINARY LOGS TO está leyendo todo el archivo binlog y provoca un bloqueo MySql

Actualizaciones del motor de base de datos de Aurora MySQL del 14/08/2020 (versión 2.04.9) (obsoleta)

2.04.9

  • Error n.º 23070734, Error n.º 80060: Las TRUNCATE TABLE simultáneas provocan detenciones

  • Error n.º 23103937: PS_TRUNCATE_ALL_TABLES() NO FUNCIONA EN MODO SUPER_READ_ONLY

  • Error n.º 22551677: al desconectar el servidor, una condición de carrera dentro del esquema de rendimiento podría provocar la salida del servidor.

  • Error n.º 27082268: sincronización de sincronización FTS no válida.

  • Error n.º 12589870: se ha corregido un problema que provocaba un reinicio con la instrucción multiconsulta cuando la caché de consulta está habilitada.

  • Error n.º 26402045: ciertos casos de materialización de subconsulta podrían provocar la salida del servidor. Estas consultas ahora producen un error que sugiere que la materialización se desactive.

  • Error n.º 18898433: las consultas con muchas uniones izquierdas eran lentas si se usaba el almacenamiento en búfer de unión (por ejemplo, usando el algoritmo de bucle anidado de bloques).

  • Error n.º 25222337: un nombre de campo de columna virtual NULL en un índice virtual provocaba una salida del servidor durante una comparación de nombres de campo que se producía al rellenar columnas virtuales afectadas por una restricción de clave externa. (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)

  • Error n.º 25053286: la ejecución de un procedimiento almacenado que contenía una consulta que accedía a una vista podría asignar memoria que no se liberaba hasta que finalizara la sesión. (https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)

  • Error n.º 25586773: la ejecución de un procedimiento almacenado que contenía una instrucción que creó una tabla a partir del contenido de ciertas instrucciones SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) podría provocar una pérdida de memoria. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)

  • Error n.º 26666274: BUCLE INFINITO EN EL CONTENEDOR DE BÚFER DE ESQUEMA DE RENDIMIENTO.

  • Error n.º 23550835, error n.º 23298025, error n.º 81464: una tabla de esquema de rendimiento SELECT cuando un búfer interno estaba lleno podría provocar la salida del servidor.

Actualizaciones del motor de base de datos de Aurora MySQL del 19/09/2019 (versión 2.04.6) (obsoleta)

2.04.6

  • Error #23054591: PURGE BINARY LOGS TO está leyendo todo el archivo binlog y provoca un bloqueo MySql

Actualizaciones del motor de base de datos de Aurora MySQL del 02/05/2019 (versión 2.04.2) (obsoleta)

2.04.2

Error n.º 24829050: LA OPTIMIZACIÓN DE INDEX_MERGE_INTERSECTION GENERA RESULTADOS DE CONSULTAS INCORRECTOS

Actualizaciones del motor de base de datos de Aurora MySQL del 11/10/2018 (versión 2.03) (obsoleta)

2.03

  • REVERSE SCAN ON A PARTITIONED TABLE DOES ICP - ORDER BY DESC (error n.º 24929748).

  • JSON_OBJECT CREATES INVALID JSON CODE (error n.º 26867509).

  • INSERTING LARGE JSON DATA TAKES AN INORDINATE AMOUNT OF TIME (error n.º 22843444).

  • PARTITIONED TABLES USE MORE MEMORY IN 5.7 THAN 5.6 (error n.º 25080442).

Actualizaciones del motor de base de datos de Aurora MySQL del 21/09/2018 (versión 2.02.4) (obsoleta)

2.02.4

  • BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME

  • BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.

  • BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE

  • BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)

  • BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0

  • BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT

  • BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).

  • BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE

  • BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP

  • BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V

  • BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC

  • BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS

  • BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11

  • BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR

  • BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER

  • BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY

  • BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

Actualizaciones del motor de base de datos de Aurora MySQL del 03/05/2018 (versión 2.02) (obsoleta)

2.02.0

La combinación izquierda devuelve resultados en el lado externo (error n.º 22833364)

Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL 1.x

La versión de Aurora compatible con MySQL 5.6 contiene todas las correcciones de errores de MySQL hasta MySQL 5.6.10. La siguiente tabla identifica errores de MySQL adicionales corregidos por actualizaciones del motor de base de datos Aurora MySQL y en qué actualización se corrigieron.

Actualización del motor de base de datos Versión Errores de MySQL corregidos
Actualizaciones del motor de base de datos de Aurora MySQL del 18/03/2021 (versión 1.23.2) (obsoleta) 1.23.2
  • Reproducción: mientras se ejecutaba una instrucción SHOW BINLOG EVENTS, se bloqueaba cualquier transacción paralela. La corrección garantiza que el proceso SHOW BINLOG EVENTS ahora sólo adquiera un bloqueo durante el cálculo de la posición final del archivo, por lo tanto, las transacciones paralelas no se bloquean durante duraciones largas. (Error n.º 76618 y error n.º 20928790)

Actualizaciones del motor de base de datos de Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta) 1.23.0
  • Los eventos binlog con ALTER TABLE ADD COLUMN ALGORITHM=QUICK serán reescritos como ALGORITHM=DEFAULT para ser compatibles con la edición de la comunidad.

  • Error n.º 22350047: SI EL CLIENTE SE CANCELA DESPUÉS DE RESTAURAR A SAVEPOINT STMTS ANTERIORES CONFIRMADOS

  • Error n.º 29915479: EJECUTAR COM_REGISTER_SLAVE SIN COM_BINLOG_DUMP PUEDE DAR LUGAR A LA SALIDA DEL SERVIDOR

  • Error n.º 30441969: Error n.º 29723340: EL SERVIDOR DE MYSQL SE BLOQUEA DESPUÉS DE UNA CONSULTA SQL CON DATOS ?AST

  • Error n.º 30628268: BLOQUEO DE MEMORIA INSUFICIENTE

  • Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON UNA FUNCIÓN ESPACIAL

  • Error n.º 27230859: COMPORTAMIENTO INESPERADO CUANDO SE MANEJA UN POLÍGONO NO VÁLIDO

  • Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON ESPACIAL

  • Error n.º 26935001: ALTER TABLE AUTO_INCREMENT INTENTA LEER UN ÍNDICE DESDE EL ESPACIO DE TABLAS DESCARTADO

  • Error n.º 29770705: EL SERVIDOR SE BLOQUEÓ AL EJECUTAR SELECT CON UNA CLÁUSULA WHERE ESPECÍFICA

  • Error n.º 27659490: SELECT USANDO RANGO DINÁMICO Y COMBINACIÓN DE ÍNDICE USA DEMASIADA MEMORIA (MEMORIA INSUFICIENTE)

  • Error n.º 24786290: LA REPLICACIÓN SE INTERRUMPE DESPUÉS DE QUE SE PRODUZCA EL ERROR N.º 74145 EN EL MAESTRO

  • Error n.º 27703912: USO DE MEMORIA EXCESIVO CON MUCHOS PREPARATIVOS

  • Error n.º 20527363: BLOQUEO AL TRUNCAR TABLA TEMPORAL: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Error n.º 23103937: PS_TRUNCATE_ALL_TABLES() NO FUNCIONA EN MODO SUPER_READ_ONLY

  • Error n.º 25053286: USAR VISTA CON CONDICIÓN EN PROCEDIMIENTO PROVOCA UN COMPORTAMIENTO INCORRECTO (corregido en 5.6.36)

  • Error n.º 25586773: COMPORTAMIENTO INCORRECTO PARA CREAR SELECCIÓN DE TABLA EN UN BUCLE EN SP (corregido en 5.6.39)

  • Error n.º 27407480: LOS REQUISITOS AUTOMATIC_SP_PRIVILEGES NECESITAN PRIVILEGIOS INSERT PARA LA TABLA MYSQL.USER

  • Error n.º 26997096: el valor relay_log_space no se actualiza de forma sincronizada de forma que su valor en ocasiones es mucho más alto que el espacio real en disco utilizando los registros de retransmisión.

  • Error n.º 15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT FUNCIONA COMO SE ESPERABA

  • Adaptación de error SSL Error n.º 17087862, Error n.º 20551271

  • Error n.º 16894092: REGRESIÓN DEL RENDIMIENTO EN 5.6.6+ PARA INSERT INTO ... SELECT ... DE (fijo en 5.6.15).

  • Se ha portado una corrección de error relacionada con SLAVE_TYPE_CONVERSIONS.

Actualizaciones del motor de base de datos de Aurora MySQL del 09/11/2020 (versión 1.22.3) (obsoleta) 1.22.3
  • Error n.° 26654685: Un ID de índice dañado encontrado durante una comprobación de clave externa generó una aserción

  • Error n.° 15831300: De forma predeterminada, al promover enteros de un tipo más pequeño en el maestro a un tipo más grande en el esclavo (por ejemplo, de una columna SMALLINT en el maestro a una columna BIGINT en el esclavo), los valores promocionados se tratan como si estuvieran firmados. Ahora, en tales casos es posible modificar o anular este comportamiento utilizando uno o ambos de ALL_SIGNED, ALL_UNSIGNED en el conjunto de valores especificados para la variable de sistema del servidor slave_type_conversions. Para obtener más información, consulte Replicación basada en filas: promoción y degradación de atributos, así como la descripción de la variable.

  • Error n.° 17449901: Con foreign_key_checks=0, InnoDB permitió que se eliminara un índice requerido por una restricción de clave externa, colocando la tabla en una inconsistente y causando un error en la comprobación de clave externa que se produce en la carga de la tabla. InnoDB ahora evita que se caiga un índice requerido por una restricción de clave externa, incluso con foreign_key_checks=0. Se debe eliminar la restricción de clave externa antes de eliminar el índice de clave externa.

  • ERROR #20768847: Una ALTER TABLE ... La operación DROP INDEX en una tabla con dependencias de clave externa generó una aserción.

Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.22.0) (obsoleta) 1.22.0
  • Error n.º 16346241: SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

  • Error n.º 17733850: NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEM_NAME_CONST()

  • Error n.º 20989615: EL AUMENTO AUTOMÁTICO DE INNODB PRODUCE EL MISMO VALOR DOS VECES

  • Error n.º 20181776: EL CONTROL DE ACCESO NO COINCIDE CON LA MAYORÍA DE HOSTS ESPECÍFICOS CUANDO CONTIENEN COMODINES

  • Error n.º 27326796: MYSQL SE BLOQUEA CON UN FALLO DE ASERCIÓN DE INNODB EN EL ARCHIVO PARS0PARS.CC

  • Error n.º 20590013: SI CUENTA CON UN ÍNDICE DE TEXTO COMPLETO Y LO ELIMINA NO PODRÁ VOLVER A REALIZAR UN DDL EN LÍNEA

Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.21.0) (obsoleta) 1.21.0
  • Error n.º 19929406: HANDLE_FATAL_SIGNAL (SIG=11) EN __MEMMOVE_SSSE3_BACK DESDE STRING::COPY

  • Error n. º 17059925: para instrucciones UNION, el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna ROWS_EXAMINED de las tablas de la instrucción de Performance Schema (como events_statements_current).

  • Error n.º 11827369: algunas consultas con subconsultas anidadas SELECT ... FROM DUAL plantearon una aserción.

  • Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula IN que contenía una operación XOR en la cláusula WHERE.

Actualizaciones del motor de base de datos de Aurora MySQL del 11/11/2019 (versión 1.20.0) (obsoleta) 1.20.0
  • Error n.º 19929406: HANDLE_FATAL_SIGNAL (SIG=11) EN __MEMMOVE_SSSE3_BACK DESDE STRING::COPY

  • Error n. º 17059925: para instrucciones UNION, el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna ROWS_EXAMINED de las tablas de la instrucción de Performance Schema (como events_statements_current).

  • Error n.º 11827369: algunas consultas con subconsultas anidadas SELECT ... FROM DUAL plantearon una aserción.

  • Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula IN que contenía una operación XOR en la cláusula WHERE.

Actualizaciones del motor de base de datos de Aurora MySQL del 19/09/2019 (versión 1.19.5) (obsoleta) 1.19.5
  • CVE-2018-2696

  • CVE-2015-4737

  • Error n.º 19929406: HANDLE_FATAL_SIGNAL (SIG=11) EN __MEMMOVE_SSSE3_BACK DESDE STRING::COPY

  • Error n. º 17059925: para instrucciones UNION, el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna ROWS_EXAMINED de las tablas de la instrucción de Performance Schema (como events_statements_current).

  • Error n.º 11827369: algunas consultas con subconsultas anidadas SELECT ... FROM DUAL plantearon una aserción.

  • Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula IN que contenía una operación XOR en la cláusula WHERE.

Actualizaciones del motor de base de datos de Aurora MySQL del 07/02/2019 (versión 1.19.0) (obsoleta) 1.19.0
  • ERROR N.º 32917: DETECTAR ARCHIVOS DE GRUPO TEMPORAL HUÉRFANOS Y GESTIONARLOS CON FLUIDEZ

  • ERROR N.º 63144: CREAR TABLA SI NO EXISTE BLOQUEO DE METADATOS DEMASIADO RESTRICTIVO

Actualizaciones del motor de base de datos de Aurora MySQL del 17/01/2019 (versión 1.17.8) (obsoleta) 1.17.8
  • ERROR N.º 13418638: CREAR TABLA SI NO EXISTE BLOQUEO DE METADATOS DEMASIADO RESTRICTIVO

Actualizaciones del motor de base de datos de Aurora MySQL del 08/10/2018 (versión 1.17.7) (obsoleta) 1.17.7
  • La operación DROP INDEX en una columna de clave externa provoca la ausencia de una tabla. (Error n.º 16208542)

  • Fuga de memoria en add_derived_key(). (Error n.º 76349)

  • Para tablas con particiones, las consultas podrían devolver resultados diferentes en función de si se usó Index Merge. (Error n.º 16862316)

  • Las consultas que usan la optimización index_merge (consulte Index Merge Optimization) podrían devolver resultados no válidos cuando se ejecutan en tablas particionadas con HASH. (Error n.º 17588348)

Actualizaciones del motor de base de datos de Aurora MySQL del 06/09/2018 (versión 1.17.6) (obsoleta) 1.17.6
  • Para una instrucción ALTER TABLE a la que se le cambió el nombre o modificó el valor predeterminado de una columna BINARY, la alteración se realizó usando una copia de tabla y no in situ. (Error n.º 67141, error n.º 14735373, error n.º 69580 y error n.º 17024290)

  • Una unión exterior entre una tabla normal y una derivada que son implícitamente grupos podría provocar una salida del servidor. (Error n.º 16177639)

Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.17) (obsoleta) 1.17.0
  • LAST_INSERT_ID se replica incorrectamente si se usan filtros de replicación (error n.º 69861)

  • La consulta devuelve resultados distintos en función de la configuración INDEX_MERGE (error n.º 16862316)

  • Nueva ejecución de procedimiento de consulta de la rutina almacenada, plan de consulta poco eficiente (error n.º 16346367)

  • InnoDB FTS: confirmación en FTS_CACHE_APPEND_DELETED_DOC_IDS (error n.º 18079671)

  • 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, error n.º 17458835)

Actualizaciones del motor de base de datos de Aurora MySQL del 20/11/2017 (versión 1.15.1) (obsoleta) 1.15.1
  • Revertido: la instancia de MySQL se paraliza “realizando el índice SYNC” (error n.º 73816)

  • Revertido: confirmación RBT_EMPTY(INDEX_CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)

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

Actualizaciones del motor de base de datos de Aurora MySQL del 24/10/2017 (versión 1.15) (obsoleta) 1.15.0
  • 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)

Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.14.4) (obsoleta) 1.14.4
  • Los eventos que se pueden ignorar no funcionan y no se prueban (error n.º 74683)

  • NEW->OLD ASSERT FAILURE 'GTID_MODE > 0' (error n.º 20436436)

Actualizaciones del motor de base de datos de Aurora MySQL del 07/08/2017 (versión 1.14) (obsoleta) 1.14.0

Una búsqueda de texto completo combinada con tablas derivadas (subconsultas de la cláusula FROM) producía una salida del servidor. Ahora, si una operación de texto completo depende de una tabla derivada, el servidor produce un error que indica que no se puede realizar una búsqueda de texto completo en una tabla materializada. (Error n.º 68751 y error n.º 16539903)

Actualizaciones del motor de base de datos de Aurora MySQL del 15/05/2017 (versión 1.13) (obsoleta) 1.13.0
  • Volver a cargar una tabla desalojada mientras estaba vacía provocaba el restablecimiento del valor AUTO_INCREMENT. (Error n.º 21454472 y error n.º 77743)

  • No se encontraba un registro del índice en la restauración debido a incoherencias en la estructura de purge_node_t. La incoherencia producía mensajes de advertencia y de error, por ejemplo, “error in sec index entry update”, “unable to purge a record” y “tried to purge sec index entry not marked for deletion”. (Error n.º 19138298, error n.º 70214, error n.º 21126772 y error n.º 21065746)

  • El cálculo incorrecto del tamaño de pila para la operación qsort conduce al desbordamiento de la pila. (Error n.º 73979)

  • No se encuentra el registro en un índice cuando se produce la restauración. (Error n.º 70214 y error n.º 72419)

  • ALTER TABLE agrega la columna TIMESTAMP en la actualización. CURRENT_TIMESTAMP inserta datos ZERO. (Error n.º 17392)

Actualizaciones del motor de base de datos de Aurora MySQL del 05/04/2017 (versión 1.12) (obsoleta) 1.12.0
  • Volver a cargar una tabla desalojada mientras estaba vacía provocaba el restablecimiento del valor AUTO_INCREMENT. (Error n.º 21454472 y error n.º 77743)

  • No se encontraba un registro del índice en la restauración debido a incoherencias en la estructura de purge_node_t. La incoherencia producía mensajes de advertencia y de error, por ejemplo, “error in sec index entry update”, “unable to purge a record” y “tried to purge sec index entry not marked for deletion”. (Error n.º 19138298, error n.º 70214, error n.º 21126772 y error n.º 21065746)

  • El cálculo incorrecto del tamaño de pila para la operación qsort conduce al desbordamiento de la pila. (Error n.º 73979)

  • No se encuentra el registro en un índice cuando se produce la restauración. (Error n.º 70214 y error n.º 72419)

  • ALTER TABLE agrega la columna TIMESTAMP en la actualización. CURRENT_TIMESTAMP inserta datos ZERO. (Error n.º 17392)

Actualizaciones del motor de base de datos de Aurora MySQL del 23/02/2017 (versión 1.11) (obsoleta) 1.11.0
  • La ejecución de la clave externa DROP de la tabla ALTER simultáneamente con otra operación DROP causa la desaparición de la tabla. (Error n.º 16095573)

  • Algunas consultas de INFORMATION SCHEMA que usaban ORDER BY no aplicaban una optimización de la operación filesort como antes. (Error n.º 16423536)

  • FOUND_ROWS () devuelve un recuento erróneo de filas en una tabla. (Error n.º 68458)

  • El servidor se bloquea en lugar de dar un error cuando hay demasiadas tablas temporales abiertas. (Error n.º 18948649)

Actualizaciones del motor de base de datos de Aurora MySQL del 14/02/2016 (versión 1.10) (obsoleta) 1.10.0
  • La UNIÓN de tablas derivadas devuelve resultados incorrectos con cláusulas '1=0/false'. (Error n.º 69471)

  • El servidor se bloquea en ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS en la segunda ejecución del procedimiento almacenado. (Error n.º 20755389)

  • Evitar que las consultas MySQL se paralicen demasiado tiempo durante la sincronización de la caché de FTS. Para ello, se descarga la tarea de sincronización de la caché en un subproceso separado, en cuanto el tamaño de la caché traspasa el 10 % del tamaño total. (Errores n.º 22516559 y n.º 73816)

Actualizaciones del motor de base de datos de Aurora MySQL del 26/10/2016 (versión 1.8.1) (obsoleta) 1.8.1
  • OpenSSL cambió los parámetros de longitud de clave de Diffie-Hellman debido a este problema. LogJam (Error n.º 18367167)

Actualizaciones del motor de base de datos de Aurora MySQL del 18/10/2016 (versión 1.8) (obsoleta) 1.8.0
  • Al suprimir todos los índices en una columna con varios índices, InnoDB no podía bloquear una operación DROP INDEX cuando una restricción de clave externa requería un índice. (Error n.º 16896810)

  • Solución para bloqueo de restricción al agregar clave externa. (Error n.º 16413976)

  • Se ha corregido un bloqueo al recuperar un cursor en un procedimiento almacenado y analizar o vaciar la tabla al mismo tiempo. (Error n.º 18158639)

  • Se ha corregido un error de incremento automático cuando un usuario alteraba una tabla para cambiar el valor AUTO_INCREMENT a un valor inferior al valor máximo de la columna de incremento automático. (Error n.º 16310273)

Actualizaciones del motor de base de datos de Aurora MySQL del 30/08/2016 (versión 1.7.0) (obsoleta) 1.7.0
  • Mejora de la escalabilidad mediante la división del bloqueo LOCK_grant. (Puerto WL n.º 8355)

  • La apertura del cursor en SELECT en el procedimiento almacenado causa un error de segmentación. (Error de puerto n.º 16499751)

  • MySQL da un resultado incorrecto con algunos usos especiales. (Error n.º 11751794)

  • Bloqueo en GET_SEL_ARG_FOR_KEYPART: causado por el parche para el error n.º 11751794. (Error n.º 16208709)

  • Resultados incorrectos para una consulta simple realizada por GROUP BY. (Error n.º 17909656)

  • Filas adicionales en la consulta de semicombinación (semijoin) con predicados de rango. (Error n.º 16221623)

  • Agregar una cláusula ORDER BY tras una subconsulta IN podría provocar la devolución de filas duplicadas. (Error n.º 16308085)

  • Bloqueo con el comando EXPLAIN para una consulta con examen amplio para GROUP BY, MyISAM. (Error n.º 16222245)

  • El examen de índice amplio con predicado de entero entre comillas devuelve datos aleatorios. (Error n.º 16394084)

  • Si el optimizador estaba utilizando un examen de índice amplio, el servidor podía detenerse mientras intentaba crear una tabla temporal. (Error n.º 16436567)

  • COUNT(DISTINCT) no debe contar valores NULL, pero se cuentan cuando el optimizador utiliza el examen de índice amplio. (Error n.º 17222452)

  • Si una consulta tenía las funciones MIN()/MAX() y aggregate_function(DISTINCT) (por ejemplo, SUM(DISTINCT)) y se ejecutaba utilizando el examen de índice amplio, los valores de los resultados de MIN()/MAX() se establecían incorrectamente. (Error n.º 17217128)

Actualizaciones del motor de base de datos de Aurora MySQL del 01/06/2016 (versión 1.6.5) (obsoleta) 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug #17632285)

Actualizaciones del motor de base de datos de Aurora MySQL del 06/04/2016 (versión 1.6) (obsoleta) 1.6.0
  • BACKPORT Bug #18694052 FIX FOR ASSERTION `!M_ORDERED_REC_BUFFER' FAILED TO 5.6 (Error de puerto n.º 18305270)

  • SEGV IN MEMCPY(), HA_PARTITION::POSITION (Error de puerto n.º 18383840)

  • WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (Error de puerto n.º 18167648)

  • FLUSH TABLES FOR EXPORT: ASSERTION IN HA_PARTITION::EXTRA (Error de puerto n.º 16943907)

  • SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST (Error de puerto n.º 16164031)

  • RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (Error de puerto n.º 16241773)

Actualizaciones del motor de base de datos de Aurora MySQL del 11/01/2016 (versión 1.5) (obsoleta)

1.5.0

  • Se ha abordado una corrección incompleta de la búsqueda de texto completa de MySQL que afecta a tablas en las que el nombre de la base de datos comienza por un dígito. (Error de puerto n.º 17607956)

Actualizaciones del motor de base de datos de Aurora MySQL del 03/12/2015 (versión 1.4) (obsoleta)

1.4

  • SEGV en FTSPARSE(). (Error n.º 16446108)

  • El diccionario de datos de InnoDB no se actualiza al cambiar el nombre de la columna. (Error n.º 19465984)

  • Bloqueo de FTS después de cambiar el nombre de la tabla en una base de datos diferente. (Error n.º 16834860)

  • La imposibilidad de preparar el disparador en tablas truncadas causa el error 1054. (Error n.º 18596756)

  • Los cambios en los metadatos podrían causar problemas con la ejecución del disparador. (Error n.º 18684393)

  • No se elige la materialización para el campo UTF8 VARCHAR largo. (Error n.º 17566396)

  • Plan de ejecución no adecuado para ORDER BY con límite X. (Error #16697792)

  • Adaptación de error n.º 11765744 A 5.1, 5.5 Y 5.6. (Error n.º 17083851)

  • Problema de exclusión mutua en SQL/SQL_SHOW.CC que produce SIG6. Origen probable FILL_VARIABLES. (Error n.º 20788853)

  • Adaptación de error n.º 18008907 a versiones 5.5+. (Error n.º 18903155)

  • Adaptar corrección para un error de desbordamiento de pila en MySQL 5.7. (Error n.º 19678930)

Actualizaciones del motor de base de datos de Aurora MySQL del 16/10/2015 (versiones 1.2 y 1.3) (obsoletas)

1.2, 1.3

  • La anulación de una consulta dentro de innodb provoca que se acabe bloqueando con una aserción. (Error n.º 1608883)

  • No se puede crear un subproceso nuevo para el programador de eventos, ejecución de eventos o nueva conexión, y no se escribe ningún mensaje en el registro de errores. (Error n.º 16865959)

  • Si una conexión cambiara su base de datos predeterminada y otra conexión ejecutara simultáneamente SHOW PROCESSLIST, la segunda conexión podría obtener acceso a la memoria no válida al tratar de mostrar la memoria de la base de datos predeterminada de la primera conexión. (Error n.º 11765252)

  • PURGE BINARY LOGS por diseño no elimina archivos de registro binario que se están utilizando o están activos, pero no se proporciona ninguna notificación cuando sucede esto. (Error n.º 13727933)

  • Para algunas instrucciones, podrían producirse fugas de memoria cuando el optimizador elimina cláusulas de subconsultas innecesarias. (Error n.º 15875919)

  • Durante el cierre, el servidor podría intentar bloquear una exclusión mutua que no se ha inicializado. (Error n.º 16016493)

  • Una instrucción preparada que utilizó GROUP_CONCAT() y una cláusula ORDER BY que nombró varias columnas podrían provocar la suspensión del servidor. (Error n.º 16075310)

  • Faltaba la instrumentación del esquema de rendimiento para los subprocesos del nodo de trabajo de réplica. (Error n.º 16083949)

  • STOP SLAVE podría provocar un interbloqueo cuando se emitía simultáneamente con una instrucción como SHOW STATUS que recuperaba los valores de una o más de las variables de estado Slave_retried_transactions, Slave_heartbeat_period, Slave_received_heartbeats, Slave_last_heartbeat o Slave_running. (Error n.º 16088188)

  • Una consulta de texto completo que utiliza el modo booleano podría devolver cero resultados en algunos casos en los que el término de búsqueda es una frase entrecomillada. (Error n.º 16206253)

  • El intento del optimizador de eliminar cláusulas de la subconsulta redundante producía una aserción al ejecutar una instrucción preparada con una subconsulta en la cláusula ON de una combinación en una subconsulta. (Error n.º 16318585)

  • GROUP_CONCAT inestable, bloqueo en ITEM_SUM::CLEAN_UP_AFTER_REMOVAL. (Error n.º 16347450)

  • Intentar sustituir la lista predeterminada de palabras excluidas de búsqueda de texto completo (FTS) de InnoDB creando una tabla de InnoDB con la misma estructura que INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD genera un error. (Error n.º 16373868)

  • Después de que el subproceso de cliente en un nodo de trabajo realizaba una operación FLUSH TABLES WITH READ LOCK seguida de algunas actualizaciones en la entidad principal, el nodo de trabajo se bloqueaba al ejecutar SHOW SLAVE STATUS. (Error n.º 16387720)

  • Al analizar una cadena de búsqueda delimitada, por ejemplo, "abc-def"en una búsqueda de texto completo, InnoDB utiliza ahora los mismos delimitadores de palabras que MyISAM. (Error n.º 16419661)

  • Bloqueo en FTS_AST_TERM_SET_WILDCARD. (Error n.º 16429306)

  • SEGFAULT en FTS_AST_VISIT() para la prueba FTS RQG. (Error n.º 16435855)

  • Para las compilaciones de depuración, cuando el optimizador elimina un Item_ref que señalaba a una subconsulta, se produce una salida del servidor. (Error n.º 16509874)

  • La búsqueda de texto completo en tablas de InnoDB produce un error en búsquedas de frases literales combinadas con los operadores + o -. (Error n.º 16516193)

  • START SLAVEfalló cuando el servidor se inició con las opciones --master-info-repository=TABLE relay-log-info-repository =TABLE y con la confirmación automática establecida en 0, junto con. --skip-slave-start (Error n.º 16533802)

  • Resultados de búsqueda de texto completo (FTS) de InnoDB muy grandes podrían consumir una cantidad excesiva de memoria. (Error n.º 16625973)

  • En compilaciones de depuración, podría producirse una aserción en OPT_CHECK_ORDER_BY al usar datos binarios directamente en una cadena de búsqueda, ya que estos podrían incluir bytes NULL y otros caracteres no significativos. (Error n.º 16766016)

  • Para algunas instrucciones, podrían producirse fugas de memoria cuando el optimizador elimina cláusulas de subconsultas innecesarias. (Error n.º 16807641)

  • Fue posible provocar un interbloqueo después de emitir FLUSH TABLES WITH READ LOCK con STOP SLAVE en una conexión nueva en el nodo de trabajo y, a continuación, emitir SHOW SLAVE STATUS mediante la conexión original. (Error n.º 16856735)

  • GROUP_CONCAT() con un separador no válido podría provocar una suspensión del servidor. (Error n.º 16870783)

  • El servidor realizaba un bloqueo excesivo en los mutexes LOCK_active_mi y active_mi->rli->data_lock para cualquier instrucción "modelo" SHOW STATUS LIKE, incluso cuando el modelo no coincidía con las variables de estado que utilizan esos mutexes (Slave_heartbeat_period, Slave_last_heartbeat, Slave_received_heartbeats, Slave_retried_transactions, Slave_running). (Error n.º 16904035)

  • Una búsqueda de texto completo con el modificador IN BOOLEAN MODE produce un error de aserción. (Error n.º 16927092)

  • La búsqueda de texto completo en tablas de InnoDB produce un error en búsquedas que utilizaron el operador booleano +. (Error n.º 17280122)

  • Interbloqueo de 4 direcciones: zombies, purga de binlogs, mostrar lista de procesos y mostrar binlogs (Error n.º 17283409)

  • Cuando se anulaba y se reiniciaba un subproceso SQL que espera un bloqueo de confirmación, se provocaba la omisión de una transacción en el nodo de trabajo. (Error n.º 17450876)

  • Se produce un error de búsqueda de texto completo de InnoDB debido a un token "sin terminar". La cadena y la longitud de la cadena deben transmitirse para realizar la comparación de cadenas. (Error n.º 17659310)

  • Un número elevado de tablas de InnoDB con particiones podría consumir mucha más memoria, si se utilizan en MySQL 5.6 o 5.7, que la memoria empleada por las mismas tablas en versiones anteriores de MySQL Server. (Error n.º 17780517)

  • Para consultas de texto completo, no comprobar que num_token es inferior a max_proximity_item podría producir una aserción. (Error n.º 18233051)

  • Determinadas consultas para las tablas INFORMATION_SCHEMA TABLES y COLUMNS podrían producir un uso excesivo de memoria cuando hay un número elevado de tablas de InnoDB vacías. (Error n.º 18592390)

  • Al confirmar una transacción, ahora se utiliza un indicador para comprobar si se ha creado un subproceso, en lugar de comprobar el subproceso en sí, que utiliza más recursos (en particular cuando se ejecuta el servidor con master_info_repository=TABLE). (Error n.º 18684222)

  • Si un subproceso de cliente en un nodo de trabajo ejecutaba una operación FLUSH TABLES WITH READ LOCK mientras la entidad principal ejecutaba una instrucción DML, la ejecución de SHOW SLAVE STATUS en el mismo cliente se bloqueaba y provocaba un interbloqueo. (Error n.º 19843808)

  • Ordenar por un resultado de GROUP_CONCAT() podría provocar una suspensión del servidor. (Error n.º 19880368)

Actualizaciones del motor de base de datos de Aurora MySQL del 24/08/2015 (versión 1.1) (obsoleta)

1.1

  • Las bases de datos de InnoDB con nombres que comienzan con un dígito causan un error de analizador de búsqueda de texto completo (FTS). (Error n.º 17607956)

  • Las búsquedas de texto completo de InnoDB producen un error en bases de datos cuyos nombres comienzan con un dígito. (Error n.º 17161372)

  • Para bases de datos InnoDB en Windows, el ID de objeto de búsqueda de texto completo (FTS) no está en el formato hexadecimal esperado. (Error n.º 16559254)

  • Una regresión de código introducida en MySQL 5.6 afecta negativamente al desempeño de DROP TABLE y ALTER TABLE. Esto podría provocar una disminución del rendimiento entre MySQL Server 5.5.x y 5.6.x. (Error n.º 16864741)