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 18/10/2016 (versión 1.8) (obsoleta)
Versión: 1.8
Nuevas características
-
AWS Lambda integración: ahora puede invocar de forma asíncrona una función AWS Lambda desde un clúster de base de datos Aurora mediante el procedimiento.
mysql.lambda_async
Para obtener más información, consulte Invocación de una función de Lambda desde un clúster de bases de datos de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora. -
Cargar datos desde Amazon S3: ahora puede cargar archivos de texto o XML desde un bucket de Amazon S3 en el clúster de base de datos Aurora usando los comandos
LOAD DATA FROM S3
oLOAD XML FROM S3
. Para obtener más información, consulte Carga de datos en un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3 en la Guía del usuario de Amazon Aurora. -
Migración de catálogo: Aurora conserva ahora los metadatos de catálogo en el volumen del clúster para admitir el control de versiones. Esto permite la migración fluida de catálogo entre versiones y restauraciones.
-
Mantenimiento y aplicación de parches en el nivel de grupo: Aurora administra ahora actualizaciones de mantenimiento para un clúster de base de datos completo. 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.
Mejoras
-
Se ha corregido un problema por el que la réplica de Aurora se bloqueaba cuando no se concedía un bloqueo de metadatos a una tabla DDL en proceso.
-
Permite que las réplicas de Aurora modifiquen tablas que no sean de InnoDB para facilitar la rotación de archivos CSV de registro generales y lentos donde
log_output=TABLE
. -
Se ha corregido un retardo en la actualización de estadísticas desde la instancia primaria a una réplica de Aurora. Sin esta corrección, las estadísticas de la réplica de Aurora pueden desactualizarse respecto de las estadísticas de la instancia principal y dar lugar a un plan de consultas diferente (y posiblemente con un desempeño inferior) en una réplica de Aurora.
-
Se ha corregido una condición de carrera que garantizaba que una réplica de Aurora no adquiría bloqueos.
-
Se ha corregido una situación inusual por la que una réplica de Aurora que se registraba (o dejaba de estar registrada) en la instancia principal generaba errores.
-
Se ha corregido una condición de carrera que podía llevar a un interbloqueo en instancias
db.r3.large
al abrir o cerrar un volumen. -
Se ha corregido un out-of-memory problema que podía producirse debido a una combinación de una gran carga de trabajo de escritura y errores en el servicio de almacenamiento distribuido Aurora.
-
Se ha corregido un problema de consumo elevado de CPU debido al giro del subproceso de purga en presencia de una transacción de ejecución prolongada.
-
Se ha corregido un problema en la ejecución de consultas de esquemas para obtener información sobre bloqueos bajo una carga pesada.
-
Se ha corregido un problema con un proceso de diagnóstico que podía, en casos inusuales, hacer que las escrituras de Aurora en nodos de almacenamiento se paralizaran y reiniciaran o se conmutaran por error.
-
Se ha corregido una condición por la que una tabla creada correctamente podría eliminarse durante una recuperación de bloqueo si este se producía mientras se estaba aplicando una instrucción
CREATE TABLE [if not exists]
. -
Se ha corregido un caso por el que un procedimiento de rotación de registro se interrumpía cuando el registro general y el registro lento no se almacenaban en el disco mediante la migración de catálogo.
-
Se ha corregido un bloqueo cuando se creaba una tabla temporal dentro de una función definida por el usuario y, a continuación, se utilizaba dicha función en la lista de selección de la consulta.
-
Se ha corregido un bloqueo que se producía al reproducir eventos de GTID. Aurora MySQL no admite GTID.
Integración de correcciones de errores de MySQL:
-
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)