Diferencias entre GaussDB(for MySQL) y RDS for MySQL

Arquitectura

Arquitectura tradicional primaria/en espera. Los datos se sincronizan entre los nodos primario y en espera mediante binlog.

Arquitectura de computación y almacenamiento desacoplado. Los nodos de cómputo comparten los mismos datos y los datos no necesitan ser sincronizados mediante binlog.

Rendimiento

Cientos de miles de QPS, entregando tres veces el rendimiento del MySQL de código abierto en alta simultaneidad.

Millones de QPS, entregando siete veces el rendimiento del MySQL de código abierto. En consultas complejas, las operaciones, como la extracción de columnas, el filtrado condicional y el cálculo de agregación, pueden ser empujadas a la capa de almacenamiento, mejorando el rendimiento docenas de veces en comparación con las bases de datos tradicionales.

Escalabilidad

• Se pueden agregar hasta cinco réplicas de lectura para una instancia. El tiempo necesario para agregar réplicas de lectura depende del volumen de datos. La adición de réplicas de lectura requiere almacenamiento adicional.
• El almacenamiento puede crecer según sea necesario, con hasta 4 TB para una instancia.

• Se pueden agregar hasta 15 réplicas de lectura para una instancia. Gracias al almacenamiento compartido, el tiempo necesario para agregar réplicas de lectura no se ve afectado por el volumen de datos. Además, no se necesita almacenamiento adicional para la creación de réplicas de lectura.
• El almacenamiento crece según sea necesario con hasta 128 TB para una instancia.

Disponibilidad

Si la instancia principal falla, la instancia en espera se puede promover automáticamente a la principal, con un RTO de menos de 30 segundos.

Si el nodo primario es defectuoso, una réplica de lectura se puede promover automáticamente al primario, con un RTO de menos de 10 segundos. Tiene una latencia más baja porque no se requiere sincronización de datos entre el nodo primario y las réplicas de lectura que usan binlog.

Restauración de copias de respaldo

Los datos se pueden restaurar a un punto específico en el tiempo mediante copias de respaldo completas y reproducción de binlog.

Los datos se pueden restaurar a un punto específico en el tiempo utilizando copias de respaldo completas (instantáneas) y reproducción de rehacer. Su velocidad de restauración es más rápida.

Versión del motor de DB

MySQL 5.6, 5.7 y 8.0.

MySQL 8.0