Aurora MySQL versión 2 compatible con MySQL 5.7

En este tema, se describen las diferencias entre la versión 2 de Aurora MySQL y MySQL 5.7 Community Edition.

Características no compatibles con Aurora MySQL versión 2

Las siguientes características se admiten en MySQL 5.7, pero no se admiten actualmente en Aurora MySQL versión 2:

• CREATE TABLESPACE Instrucción SQL

• 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: puede instalar el complemento, pero no es compatible. No se puede personalizar el complemento.

• Complementos de reescritura de consulta

• Filtrado de replicación

• Protocolo X

Para obtener más información sobre estas características, consulte la documentación de MySQL 5.7.

Comportamiento de los espacios de tabla temporales en Aurora MySQL versión 2

En MySQL 5.7, el espacio de tablas temporal se amplía automáticamente y aumenta de tamaño según sea necesario para dar cabida a las tablas temporales en el disco. Cuando se eliminan tablas temporales, el espacio libre se puede reutilizar para nuevas tablas temporales, pero el espacio de tablas temporal sigue teniendo el tamaño ampliado y no se reduce. El espacio de tablas temporal se elimina y se vuelve a crear cuando se reinicia el motor.

En Aurora MySQL versión 2, se aplica el siguiente comportamiento:

• En el caso de nuevos clústeres de base de datos de Aurora MySQL creados con la versión 2.10 o posteriores, el espacio de tablas temporal se elimina y se vuelve a crear al reiniciar la base de datos. Esto permite que la función de cambio de tamaño dinámico recupere el espacio de almacenamiento.

• Para clústeres de base de datos de Aurora MySQL existentes actualizados a las siguientes versiones:

  • Versión 2.10 o posteriores: el espacio de tablas temporal se elimina y se vuelve a crear al reiniciar la base de datos. Esto permite que la función de cambio de tamaño dinámico recupere el espacio de almacenamiento.

  • Versión 2.09: el espacio de tablas temporal no se elimina al reiniciar la base de datos.

Puede comprobar el tamaño del espacio de tablas temporal de su clúster de base de datos de Aurora MySQL versión 2 mediante la siguiente consulta:

SELECT
    FILE_NAME,
    TABLESPACE_NAME,
    ROUND((TOTAL_EXTENTS * EXTENT_SIZE) / 1024 / 1024 / 1024, 4) AS SIZE
FROM
    INFORMATION_SCHEMA.FILES
WHERE
    TABLESPACE_NAME = 'innodb_temporary';

Para obtener más información, consulte The Temporary Tablespace (El espacio de tablas temporal) en la documentación de MySQL.

Motor de almacenamiento para tablas temporales en disco

La versión 2 de Aurora MySQL usa diferentes motores de almacenamiento para las tablas temporales internas en disco, según el rol de la instancia.

• En la instancia de escritor, las tablas temporales en disco utilizan el motor de almacenamiento InnoDB de forma predeterminada. Están almacenadas en el espacio de tablas temporal del volumen del clúster de Aurora.

  Puede cambiar este comportamiento en la instancia de escritor modificando el valor del parámetro de base de datos internal_tmp_disk_storage_engine. Para obtener más información, consulte Parámetros de nivel de instancia.

• En las instancias de lector, las tablas temporales en disco utilizan el motor de almacenamiento MyISAM, que utiliza el almacenamiento local. Esto se debe a que las instancias de solo lectura no pueden almacenar datos en el volumen del clúster de Aurora.