Preguntas frecuentes de Amazon RDS para MySQL

La base de datos relacional de Amazon (Amazon RDS) para MySQL es compatible actualmente con las versiones 5.7 y 8.0 de MySQL Community Edition. La información acerca de las versiones secundarias compatibles se encuentra en la Guía del usuario de Amazon RDS.

En el contexto de MySQL, los números de versión se organizan de la siguiente forma:
Versión de MySQL = X.Y.Z

X = versión principal, Y = nivel de edición, Z = número de versión dentro de la serie de la edición.
Desde el punto de vista de Amazon RDS, un cambio de versión se consideraría principal si se cambia la versión principal o el nivel de edición Ejemplo: cambio de 5.6.X -> 5.7.X.

Un cambio de versión se considera secundario si se modifica el número de versión de la edición. Ejemplo: cambio de 5.6.27 -> 5.6.29.

Sí. Consulte las preguntas frecuentes de Amazon RDS.

Las características de restablecimiento a un momento dado, el restablecimiento de instantáneas y la integración sin ETL con Amazon Redshift de Amazon RDS para MySQL requieren un motor de almacenamiento recuperable tras bloqueo y solo son compatibles con el motor de almacenamiento InnoDB. Aunque MySQL admite varios motores de almacenamiento con diferentes capacidades, no todos están optimizados para la recuperación tras un bloqueo o la durabilidad de los datos. Por ejemplo, el motor de almacenamiento MyISAM no es compatible con la recuperación fiable de fallos y podría dar lugar a la pérdida de datos o la corrupción de datos cuando MySQL se reinicia después de un fallo, lo que impide que la restauración a un momento dado o la restauración de instantáneas funcione como corresponde. No obstante, si todavía quiere utilizar MyISAM con Amazon RDS, puede que le resulte útil seguir estos pasos en ciertas situaciones para utilizar la funcionalidad de restablecimiento de instantánea de base de datos. RDS para MySQL no admite el motor de almacenamiento federado en este momento.

Cuando crea una instancia de base de datos nueva, el usuario principal predeterminado que usted utiliza obtiene determinados privilegios. Para obtener una lista de los privilegios, consulte la página Privilegios de la cuenta de usuario maestro en la guía del usuario de Amazon RDS.

Las réplicas de lectura de RDS para MySQL requieren un motor de almacenamiento transaccional y solo se admiten para el motor de almacenamiento InnoDB. Los motores de almacenamiento MySQL no transaccionales, como MyISAM, podrían impedir el funcionamiento previsto de las réplicas de lectura. No obstante, si decide utilizar MyISAM con réplicas de lectura, le recomendamos que consulte detenidamente la métrica de Amazon CloudWatch “Retraso de réplica”, disponible a través de la consola de administración de AWS o de las API de Amazon CloudWatch, y que vuelva a crear la réplica de lectura en caso de que se retrase debido a errores de replicación. Se aplican las mismas consideraciones al uso de tablas temporales y de cualquier otro motor no transaccional.

Para MySQL 5.6 o posterior, puede establecer el formato de registro binario para que se base en columnas. De forma predeterminada, la replicación se establece en formato mixto (que incluye replicación basada tanto en filas como en declaraciones), lo que debería cumplir los requisitos de la mayoría de casos prácticos. La documentación de MySQL ofrece más información sobre la diferencia entre la reproducción en formato mixto y la reproducción basada en filas.

Las implementaciones azul-verde de Amazon RDS están disponibles en las versiones de RDS para MySQL 5.7 en adelante. Obtenga más información sobre las versiones disponibles en la documentación de RDS para MySQL.

Las implementaciones azul-verde de Amazon RDS están disponibles en todas las regiones de AWS y las regiones de AWS GovCloud.

Las implementaciones azul-verde de Amazon RDS le permiten realizar cambios de bases de datos más seguros, simples y rápidos, como actualizaciones de versiones principales o secundarias, cambios de esquema, escalado de instancias, cambios de parámetros del motor y actualizaciones de mantenimiento.

Las implementaciones azul-verde de Amazon RDS le permiten realizar cambios de bases de datos con mayor seguridad, sencillez y rapidez. Las implementaciones azul-verde son ideales para casos de uso como actualizaciones del motor de bases de datos de versiones principales o secundarias, actualizaciones del sistema operativo, cambios de esquema en entornos verdes que no interrumpen la replicación lógica, como agregar una nueva columna al final de una tabla o cambios en la configuración de los parámetros de la base de datos. Puede utilizar las implementaciones azul-verde para realizar varias actualizaciones de bases de datos al mismo tiempo mediante una sola conmutación. Esto le permite mantenerse al día con las revisiones de seguridad, mejorar el rendimiento de la base de datos y acceder a las características más recientes de la base de datos con un tiempo de inactividad breve y predecible.

El precio por ejecutar sus cargas de trabajo en las instancias verdes será el mismo que el de las instancias azules. El costo de ejecución en instancias azules y verdes incluye nuestro precio estándar actual para db.instances, costo de almacenamiento, costo de E/S de lectura/escritura y cualquier característica habilitada, como costo de copias de seguridad e Información de rendimiento de Amazon RDS. De hecho, paga aproximadamente el doble del costo para ejecutar cargas de trabajo en db.instance durante la vida útil de la implementación azul-verde.

Por ejemplo, tiene una base de datos de RDS para MySQL 5.7 que se ejecuta en dos db.instances r5.2xlarge, una instancia de base de datos primaria y una réplica de lectura, en la región us-east-1 de AWS con una configuración Multi-AZ (MAZ). Cada una de las db.instances r5.2xlarge está configurada para 20 GiB de uso general de Amazon Elastic Block Storge (Amazon EBS). Crea un clon de la topología de la instancia azul con los despliegues azul-verde de Amazon RDS, lo ejecuta durante 15 días (360 horas) y luego borra las instancias azules después de una conmutación exitosa. Las instancias azules cuestan 1387 USD por 15 días a una tarifa bajo demanda de 1,926 USD por hora (instancia + costo de EBS). El costo total por usar despliegues azules-verdes durante esos 15 días es de 2774 USD, que es el doble del costo de ejecutar instancias azules durante ese periodo.

Las implementaciones azul/verde de Amazon RDS le permiten realizar cambios de bases de datos más seguros, simples y rápidos, como actualizaciones de versiones principales o secundarias, cambios de esquema, escalado de instancias, cambios de parámetros del motor y actualizaciones de mantenimiento.

Cuando las implementaciones azul-verde de Amazon RDS inician un cambio, se bloquean las escrituras en los entornos azul y verde hasta que se completa la conmutación. Durante el cambio, el entorno de ensayo, o entorno verde, se actualiza con el entorno azul, lo que garantiza que los datos sean coherentes entre los entornos azul y verde. Una vez que el entorno azul y el verde están completamente sincronizados, los despliegues azul-verde promocionan el entorno verde como el nuevo entorno azul al redirigir el trafico al entorno verde. Las implementaciones azul-verde están diseñadas para permitir escrituras en el entorno verde después de que se completa la conmutación, lo que garantiza que no se pierdan datos durante el proceso de conmutación.

Si su entorno azul es una réplica lógica autoadministrada o un suscriptor, bloquearemos la conmutación. Se recomienda detener primero la replicación en el entorno azul, continuar con la conmutación y, a continuación, reanudar la replicación. Por el contrario, si su entorno azul es el origen de una réplica lógica autoadministrada o un editor, puede continuar con la conmutación. Sin embargo, tendrá que actualizar la réplica autoadministrada para replicarla desde el entorno verde después de la conmutación.

Las implementaciones azul-verde de Amazon RDS no eliminan su antiguo entorno de producción. Si es necesario, puede acceder a él para validaciones adicionales y pruebas de rendimiento o regresión. Si ya no necesita el antiguo entorno de producción, puede eliminarlo. Los cargos de facturación estándar se aplican a las instancias de producción antiguas hasta que las elimine.

Las barreras de protección de conmutación de las implementaciones azul-verde de Amazon RDS bloquean las escrituras en los entornos azul y verde hasta que el entorno verde se actualiza antes de la conmutación. Las implementaciones azul-verde también realizan comprobaciones de estado del entorno principal y las réplicas en los entornos azul y verde. Además, realizan comprobaciones del estado de la replicación, por ejemplo, para ver si la replicación se ha detenido o si hay errores. Detectan transacciones de ejecución prolongada entre los entornos azul y verde. Puede especificar un tiempo de inactividad máximo tolerable, a partir de 30 segundos, y si tiene una transacción en curso que lo excede, la conmutación se interrumpirá.

No, las implementaciones azul-verde de Amazon RDS no admiten Amazon RDS Proxy, réplicas de lectura entre regiones ni réplicas de lectura en cascada.

No, en este momento no puede utilizar las implementaciones azul-verde de Amazon RDS para revertir los cambios.

MySQL protege a los usuarios de la pérdida de datos al escribir datos en páginas de 16 KiB en la memoria dos veces para que duren en el almacenamiento: primero en el “búfer de doble escritura” y luego en el almacenamiento de tablas. Las escrituras optimizadas de Amazon RDS escriben las páginas de datos de 16 KiB directamente en los archivos de datos de manera confiable y duradera en un solo paso mediante la característica de prevención de escritura rasgada de AWS Nitro System.

Las escrituras optimizadas de Amazon RDS están disponibles a partir de la versión principal 8.0.30 de MySQL en adelante.

Las escrituras optimizadas de Amazon RDS están disponibles en las instancias db.r6i y db.r5b. Se encuentran disponibles en todas las regiones donde estén disponibles estas instancias, excepto en las regiones de China de AWS.

Todos los usuarios de RDS para MySQL deben implementar las escrituras optimizadas de Amazon RDS para duplicar el rendimiento de las transacciones de escritura. Esta característica es especialmente útil para las aplicaciones con cargas de trabajo de escritura intensiva, como pagos digitales, comercio financiero y aplicaciones de juegos en línea.

No. La edición compatible con MySQL de Amazon Aurora ya evita el uso del “búfer de doble escritura”. En cambio, Aurora reproduce datos de seis maneras en tres zonas de disponibilidad (AZ) y utiliza un enfoque basado en un quórum para escribir datos de manera duradera y luego leerlos correctamente.

En este momento, la versión inicial no es compatible con la habilitación de las escrituras optimizadas de Amazon RDS para sus instancias de bases de datos existentes, incluso si la clase de instancia es compatible con las escrituras optimizadas.

Las escrituras optimizadas de Amazon RDS están disponibles para los clientes de RDS para MySQL sin ningún costo adicional.

Las cargas de trabajo que usan objetos temporales en MySQL para el procesamiento de consultas se benefician de las lecturas optimizadas de Amazon RDS. Las lecturas optimizadas ubican los objetos temporales en el almacenamiento de instancias basado en NVMe de la instancia de base de datos y no en el volumen de Amazon EBS. Esto ayuda a acelerar hasta un 50 % el procesamiento de consultas complejas.

Las lecturas optimizadas de Amazon RDS están disponibles para RDS para MySQL en las versiones 8.0.28 y posteriores de MySQL.

Las lecturas optimizadas de Amazon RDS están disponibles en todas las regiones donde las instancias db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn y X2iedn están disponibles. Para obtener más información, consulte la documentación de clases de instancia de base de datos de Amazon RDS.

Los clientes deben usar las lecturas optimizadas de Amazon RDS cuando tienen cargas de trabajo que requieren consultas complejas; análisis de uso general; o grupos complejos, clasificaciones, agregaciones de hash, uniones de carga elevada y expresiones de tabla comunes (CTE). Estos casos de uso tienen como resultado la creación de tablas temporales, lo que permite a las lecturas optimizadas acelerar el procesamiento de consultas de su carga de trabajo.

Sí, los clientes pueden convertir su base de datos existente en Amazon RDS para usar las lecturas optimizadas de Amazon RDS mediante el traslado de su carga de trabajo a una instancia habilitada para lecturas optimizadas. Las lecturas optimizadas también están disponibles de forma predeterminada en todas las clases de instancias admitidas. Si está ejecutando una carga de trabajo en instancias db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn y X2iedn ya se beneficia de las lecturas optimizadas.

Debe usar la integración sin ETL de Amazon RDS para MySQL con Amazon Redshift cuando desee eliminar la necesidad de crear y administrar canalizaciones de datos complejas. Una vez que los datos estén en Amazon Redshift, tendrá acceso a capacidades de análisis y machine learning (ML) prácticamente en tiempo real sobre sus datos transaccionales de RDS para MySQL.

La integración sin ETL de RDS para MySQL con Amazon Redshift está disponible para las versiones 8.0.32 y superiores de MySQL en las regiones de AWS compatibles.

La integración sin ETL de RDS para MySQL con Amazon Redshift permite el análisis y el machine learning (ML) casi en tiempo real de petabytes de datos transaccionales y elimina la necesidad de crear y administrar canalizaciones de datos complejas. Unos segundos después de escribir los datos en RDS para MySQL, se replican en Amazon Redshift. Puede consolidar los datos de varias bases de datos y tablas, desde RDS para MySQL hasta Amazon Redshift. En función de sus necesidades analíticas, el filtrado de datos de bases de datos y tablas específicas lo ayuda a introducir datos de forma selectiva en Amazon Redshift.

Usted paga por los recursos de RDS para MySQL y Amazon Redshift utilizados para crear y procesar los datos de cambios creados como parte de una integración sin ETL. Estos recursos incluyen los costos de exportación de instantáneas de Amazon RDS para iniciar y volver a sincronizar sus almacenamientos de datos de Amazon Redshift, los costos de transferencia de datos de captura de datos de cambios (CDC) para la replicación continua de los cambios de datos del origen al destino, la E/S y el almacenamiento de RDS habituales utilizados para procesar los datos de cambios, y los costos de almacenamiento y cómputo de Amazon Redshift habituales para los datos replicados. Para obtener más información, consulte la página de precios de RDS para MySQL.

Por ejemplo: tiene una base de datos RDS para MySQL 8.0.32 y un almacén de datos de Amazon Redshift que se ejecutan en la región Este de EE. UU. (Norte de Virginia). Esta instancia de base de datos de RDS para MySQL utiliza actualmente 50 GB de capacidad de almacenamiento SSD de uso general (gp3) que incluye IOPS de referencia aprovisionada, tiene habilitadas las copias de seguridad automatizadas y tiene activado el registro binario de MySQL.

Al crear una integración sin ETL con Amazon Redshift para su instancia de base de datos de RDS para MySQL, se crea una instantánea de los datos (50 GB) y se exporta para crear un almacenamiento de datos de Amazon Redshift. Al día siguiente, cambia la clave principal de una tabla en su instancia de base de datos de RDS para MySQL, lo que se traduce en una resincronización de la exportación de instantáneas a Amazon Redshift. En el transcurso de 30 días, la base de datos procesa 5 GB de cambios de datos.

En este ejemplo, el costo de usar la integración sin ETL de RDS para MySQL con Amazon Redshift en el Este de EE. UU. (Norte de Virginia) durante los 30 días es de 50 GB x (0,10 USD) de exportación inicial más 50 GB x (0,10 USD) de costos de resincronización más 5 GB x (2,00 USD/GB) de transferencia de datos de CDC, lo que hace un total de 20,00 USD. Además de estos costos de la integración sin ETL, usted es responsable de los cargos derivados del uso normal de Amazon RDS y Amazon Redshift para procesar los datos replicados, como los costos de E/S, almacenamiento y computación.

Sí, para reducir el consumo de recursos en la instancia principal, puede usar una réplica de lectura de Amazon RDS como instancia de Amazon RDS de origen para una integración sin ETL con Amazon Redshift.

Sí, puede utilizar AWS CloudFormation para administrar y automatizar la configuración y el despliegue de los recursos necesarios para una integración sin ETL de RDS para MySQL con Amazon Redshift. Para obtener más información, visite la guía del usuario de AWS CloudFormation.

La integración sin ETL de RDS para MySQL con Amazon Redshift replica atómicamente las transacciones para garantizar la coherencia de datos entre la base de datos RDS para MySQL de origen y el clúster de Amazon Redshift de destino.

Estos son algunos puntos clave sobre la atomicidad de las transacciones con esta integración:

• Solo las transacciones confirmadas en RDS para MySQL se replican en Amazon Redshift. No se aplican las transacciones no comprometidas o revertidas.
• La integración utiliza un proceso de confirmación en dos fases para aplicar de forma atómica cada transacción a Amazon Redshift. Se aplican todos los cambios de datos de la transacción o, si se produce un error, no se aplica ninguno.
• Se mantiene la coherencia de las transacciones entre el origen y el destino. Tras la replicación, los datos de una transacción determinada serán coherentes tanto en RDS para MySQL como en Amazon Redshift.
• Los cambios de esquema mediante el DDL o el DML también se aplican atómicamente para mantener la integridad.
• La aplicación atómica de las transacciones garantiza que no se produzcan transacciones parciales ni estados de datos inconsistentes entre las bases de datos.

La integración sin ETL de RDS para MySQL con Amazon Redshift mantiene una coherencia transaccional total entre la base de datos de origen de RDS para MySQL y el clúster de destino de Amazon Redshift.

Estos son algunos puntos clave sobre cómo se administran los cambios de esquema:

• Las instrucciones DDL como CREATE TABLE, ALTER TABLE, DROP TABLE, etc. se replican automáticamente desde RDS para MySQL a Amazon Redshift.
• La integración lleva a cabo las comprobaciones y ajustes necesarios en las tablas de Amazon Redshift para los cambios de esquema replicados. Por ejemplo, si se agrega una columna en RDS para MySQL, se agregará la columna en Amazon Redshift.
• La replicación y la sincronización del esquema se producen automáticamente casi en tiempo real con un retraso mínimo entre las bases de datos de origen y de destino.
• La coherencia del esquema se mantiene incluso cuando los cambios en el DML se producen en paralelo a los cambios en el DDL.