Preguntas frecuentes de Amazon RDS para MySQL

¿Con qué versiones de MySQL es compatible Amazon RDS?

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.

¿Cómo distingue Amazon RDS entre versiones “principales” y “secundarias”?

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.

¿Amazon RDS ofrece instrucciones para actualizar o dejar de usar las versiones del motor para las que existe soporte actualmente?

¿Qué motores de almacenamiento admite Amazon RDS para MySQL (versión preliminar)?

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.

¿Qué privilegios se conceden al usuario principal para una instancia de base de datos MySQL de RDS?

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.

¿Qué motores de almacenamiento se pueden utilizar con las réplicas de lectura de RDS para MySQL?

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.

¿Puedo configurar la replicación entre mi instancia de base de datos de origen de RDS para MySQL y una réplica de lectura para utilizar la replicación basada en filas?

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.

Preguntas frecuentes sobre las implementaciones azul-verde de Amazon

¿Qué versiones son compatibles con las implementaciones azul-verde de Amazon RDS?

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.

¿Qué regiones son compatibles con las implementaciones azul-verde de Amazon RDS?

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

¿Qué tipo de cambios puedo hacer con las implementaciones azul-verde de Amazon RDS?

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.

¿Cuándo debo usar las implementaciones azul-verde de Amazon RDS?

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.

¿Cuál es el costo de usar las implementaciones azul-verde de Amazon RDS?

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.

¿Qué tipo de cambios puedo hacer con las implementaciones azul/verde de Amazon RDS?

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.

¿Qué es el “entorno azul” en las implementaciones azul-verde de Amazon RDS? ¿Qué es el “entorno verde”?

En las implementaciones azul-verde de Amazon RDS, el entorno azul es el entorno de producción actual. El entorno verde es el entorno de ensayo, que será el nuevo entorno de producción después de la conmutación.

¿Cómo funcionan las conmutaciones con las implementaciones azul-verde de Amazon RDS?

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.

¿Puedo usar implementaciones azul-verde cuando tengo un entorno azul como suscriptor/editor para una réplica lógica autoadministrada?

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.

Después de que las implementaciones azul-verde de Amazon RDS conmutan, ¿qué sucede con mi antiguo entorno de producció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.

¿Qué comprueban las barreras de protección de conmutación de las implementaciones azul-verde de Amazon RDS?

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á.

¿Las implementaciones azul-verde de Amazon RDS son compatibles con Amazon RDS Proxy, réplicas de lectura entre regiones o réplicas de lectura en cascada?

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.

¿Puedo usar las implementaciones azul-verde de Amazon RDS para revertir los cambios?

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

Preguntas frecuentes de Escrituras optimizadas de Amazon RDS

¿En qué se diferencian las escrituras optimizadas de Amazon RDS y MySQL a la hora de escribir archivos de datos?

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.

¿Qué versiones de las bases de datos de RDS para MySQL admiten las escrituras optimizadas de Amazon RDS?

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

¿Qué tipos de instancias de base de datos son compatibles con las escrituras optimizadas de Amazon RDS? ¿En qué regiones están disponibles?

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.

¿Cuándo debo usar las escrituras optimizadas de Amazon RDS?

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.

¿Las escrituras optimizadas de Amazon RDS se admiten en la edición compatible con MySQL de Amazon Aurora?

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.

¿Los clientes pueden convertir sus bases de datos en Amazon RDS existentes para usar las escrituras optimizadas de Amazon RDS?

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.

¿Cuánto cuestan las escrituras optimizadas de Amazon RDS?

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

Preguntas frecuentes sobre lecturas optimizadas de Amazon RDS

¿Cómo hacen las lecturas optimizadas de Amazon RDS para acelerar el rendimiento de las consultas?

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.

¿Qué versiones de bases de datos de RDS para MySQL admiten las lecturas optimizadas de Amazon RDS?

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

¿Qué tipos de instancias de base de datos son compatibles con las lecturas optimizadas de Amazon RDS? ¿En qué regiones se encuentran disponibles?

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.

¿Cuándo debo usar las lecturas optimizadas 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.

¿Los clientes pueden convertir sus bases de datos en Amazon RDS existentes para usar las lecturas optimizadas de Amazon RDS?

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.

Preguntas frecuentes sobre la integración sin ETL con Amazon Redshift (versión preliminar)

¿Cuándo debo utilizar la integración sin ETL de Amazon RDS para MySQL con Amazon Redshift?

Debe utilizar la integración sin ETL de Amazon RDS para MySQL con Amazon Redshift cuando necesite acceder a las capacidades de análisis y machine learning (ML) de sus datos transaccionales de RDS para MySQL.

¿Qué versiones de RDS para MySQL y las regiones de AWS admiten la integración sin ETL?

La integración sin ETL de RDS para MySQL con Amazon Redshift está disponible para las versiones de MySQL 8.0.28 y posteriores en las regiones del Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Asia-Pacífico (Tokio) y Europa (Irlanda).

¿Cuál es el costo de utilizar la integración sin ETL de RDS para MySQL con 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.28 y un almacenamiento 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.

Más información sobre los precios de los productos

Probar Amazon RDS es gratis Pague solo por lo que utilice. Sin cargo mínimo.  

Más información 
Regístrese para obtener una cuenta gratuita

Obtenga acceso instantáneo a la capa gratuita de AWS. 

Registrarse 
Comience a crear en la consola

Introducción a Amazon RDS for MySQL en la consola de AWS

Iniciar sesión