Aurora MySQL versión 3 compatible con MySQL 8.0 - Amazon Aurora
Características de MySQL 8.0 Community EditionRequisito previo de Aurora MySQL versión 3 para Aurora MySQL Serverless v2Notas de la versiónNuevas optimizaciones de consultas paralelasOptimizaciones para reducir el tiempo de reinicio de la base de datos

Aurora MySQL versión 3 compatible con MySQL 8.0

Puede utilizar Aurora MySQL versión 3 para obtener las últimas funciones compatibles con MySQL, mejoras de rendimiento y correcciones de errores. A continuación, puede obtener información sobre Aurora MySQL versión 3, con compatibilidad MySQL 8.0. Puede obtener información sobre cómo actualizar sus clústeres y aplicaciones a Aurora MySQL versión 3.

Algunas características de Aurora, como Aurora Serverless v2, requieren Aurora MySQL versión 3.

Temas

Características de MySQL 8.0 Community Edition

La versión inicial de Aurora MySQL versión 3 es compatible con MySQL 8.0.23 Community Edition. MySQL 8.0 presenta varias funciones nuevas, entre ellas las siguientes:

  • Compatibilidad con el lenguaje de definición de datos (DDL) atómicos. Para obtener más información, consulte Compatibilidad con el lenguaje de definición de datos (DDL) atómicos.

  • Funciones JSON. Para obtener más información, consulte Funciones JSON en el Manual de referencia de MySQL.

  • Funciones de ventana. Para obtener más información, consulte Funciones de ventana en el Manual de referencia de MySQL.

  • Expresiones de tabla comunes (CTE), utilizando la cláusula WITH. Para obtener más información, consulte WITH (expresiones de tabla comunes) en el Manual de referencia de MySQL.

  • Cláusulas ADD COLUMN y RENAME COLUMN optimizadas para la instrucción ALTER TABLE. Estas optimizaciones se denominan “DDL instantáneo”. Aurora MySQL versión 3 es compatible con la característica DDL instantánea de la comunidad MySQL. No se usa la antigua característica DDL rápida de Aurora. Para obtener información de uso de DDL instantáneo, consulte DDL instantáneo (Aurora MySQL versión 3).

  • Índices descendentes, funcionales e invisibles. Para obtener más información, consulte Índices invisibles, Índices descendentes, e Instrucción CREATE INDEX en el Manual de referencia de MySQL.

  • Privilegios basados en roles controlados mediante instrucciones SQL. Para obtener más información sobre los cambios en el modelo de privilegios, consulte Modelo de privilegios basado en roles.

  • Cláusulas NOWAIT y SKIP LOCKED con la instrucción SELECT ... FOR SHARE. Estas cláusulas evitan esperar a que otras transacciones liberen bloqueos de fila. Para obtener más información, consulte Lecturas de bloqueo en el Manual de referencia de MySQL Reference.

  • Mejoras en la replicación del registro binario (binlog). Para obtener información detallada sobre Aurora MySQL, consulte Reproducción de registros binarios. En particular, puede realizar una replicación filtrada. Para obtener información de uso sobre la replicación filtrada, consulte Cómo evalúan los servidores las reglas de filtrado de replicación en el Manual de referencia de MySQL.

  • Sugerencias. Algunas de las sugerencias compatibles con MySQL 8.0 ya estaban respaldadas en Aurora MySQL versión 2. Para obtener información sobre el uso de las sugerencias con Aurora MySQL, consulte Sugerencias de Aurora MySQL. Para obtener lista completa de sugerencias en la comunidad MySQL 8.0, consulte Sugerencias del optimizador en el Manual de referencia de MySQL.

Para obtener la lista completa de funciones añadidas a la edición de la comunidad MySQL 8.0, consulte la entrada del blog Lista completa de las nuevas características de MySQL 8.0.

Aurora MySQL versión 3 también incluye cambios en las palabras clave para un lenguaje inclusivo, respaldado desde la comunidad MySQL 8.0.26. Para obtener más detalles acerca de estos cambios, consulte Cambios de idioma inclusivos para Aurora MySQL versión 3.

Requisito previo de Aurora MySQL versión 3 para Aurora MySQL Serverless v2

Tener Aurora MySQL versión 3 es un requisito previo para todas las instancias de base de datos de un clúster de Aurora MySQL Serverless v2. Aurora MySQL Serverless v2 es compatible con instancias del lector en un clúster de base de datos y otras características de Aurora que no están disponibles para Aurora MySQL Serverless v1. También tiene un escalado más rápido y granular que Aurora MySQL Serverless v1.

Notas de la versión 3 de Aurora MySQL

Para ver las notas de todas las versiones de Aurora MySQL versión 3, consulte el tema sobre actualizaciones del motor de base de datos de Amazon Aurora MySQL versión 3 en las notas de la versión de Aurora MySQL.

Nuevas optimizaciones de consultas paralelas

La optimización de consultas paralelas de Aurora se aplica ahora a más operaciones SQL:

  • La consulta paralela se aplica ahora a las tablas que contienen los tipos de datos TEXT, BLOB, JSON, GEOMETRY, y VARCHAR y CHAR de más de 768 bytes.

  • La consulta paralela puede optimizar las consultas que implican tablas particionadas.

  • Las consultas paralelas pueden optimizar consultas que implican llamadas a funciones agregadas en la lista de selección y en la cláusula HAVING.

Para obtener más información acerca de estas mejoras, consulte Actualización de clústeres de consultas en paralelo para la versión 3 de Aurora MySQL. Para obtener información general sobre la consulta paralela de Aurora, consulte Consulta paralela para Amazon Aurora MySQL.

Optimizaciones para reducir el tiempo de reinicio de la base de datos

Su clúster de base de datos Aurora MySQL debe tener alta disponibilidad durante las interrupciones previstas e imprevistas.

Los administradores de bases de datos deben realizar un mantenimiento ocasional de la base de datos. Estas tareas de mantenimiento incluyen la aplicación de parches en la base de datos, las actualizaciones, las modificaciones de parámetros de la base de datos que requieren un reinicio manual, la realización de una conmutación por error para reducir el tiempo que tardan los cambios de clase de instancia, etc. Estas acciones previstas requieren un tiempo de inactividad.

Sin embargo, el tiempo de inactividad también puede deberse a acciones imprevistas, como una conmutación por error inesperada debida a un fallo de hardware subyacente o a la limitación de recursos de la base de datos. Todas estas acciones previstas e imprevistas provocan el reinicio de la base de datos.

En la versión 3.05 de Aurora MySQL y versiones posteriores, hemos introducido optimizaciones que reducen el tiempo de reinicio de la base de datos. Estas optimizaciones reducen hasta en un 65 % el tiempo de inactividad y las interrupciones de las cargas de trabajo de la base de datos tras un reinicio.

Durante el inicio de la base de datos, se inicializan muchos componentes de la memoria interna. El componente de mayor tamaño es el grupo de búferes de InnoDB, que en Aurora MySQL ocupa el 75 % del tamaño de la memoria de la instancia de forma predeterminada. Nuestras pruebas han revelado que el tiempo de inicialización es proporcional al tamaño de la reserva de búferes de InnoDB y, por tanto, aumenta con el tamaño de la clase de instancia de base de datos. Durante la fase de inicialización, la base de datos no puede aceptar conexiones, lo que prolonga el tiempo de inactividad durante los reinicios. La primera fase del reinicio rápido de Aurora MySQL optimiza la inicialización del grupo de búferes, lo que reduce el tiempo de inicialización de la base de datos y, por lo tanto, reduce el tiempo total de reinicio.

Para obtener más información, consulte el blog Reduzca el tiempo de inactividad con las optimizaciones del tiempo de reinicio de bases de datos Amazon Aurora MySQL.