Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Centro de ayuda/ TaurusDB/ Descripción general del servicio/ Diferencias entre TaurusDB y RDS for MySQL
Actualización más reciente 2025-05-22 GMT+08:00

Diferencias entre TaurusDB y RDS for MySQL

TaurusDB tiene buen rendimiento, escalabilidad y facilidad de uso. Para más detalles, véase Tabla 1.

Tabla 1 Diferencias entre TaurusDB y RDS for MySQL

Concepto

RDS for MySQL

TaurusDB

Arquitectura

Arquitectura tradicional primaria/en espera. Los datos se sincronizan entre las bases de datos primaria y en espera con binlogs.

Arquitectura de computación y almacenamiento desacoplado. Los nodos de cómputo comparten los mismos datos. No es necesario sincronizar los datos con binlogs.

Rendimiento

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

Millones de QPS, siete veces el rendimiento de MySQL de código abierto para ciertas cargas de trabajo. 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 cada instancia de BD. El tiempo necesario para agregar réplicas de lectura depende de la cantidad de datos que haya. La adición de réplicas de lectura requiere almacenamiento adicional.
  • El almacenamiento crece según sea necesario, hasta 4 TB por instancia de BD.
  • Se pueden agregar hasta 15 réplicas de lectura para cada instancia de BD. Gracias al almacenamiento compartido, el tiempo necesario para agregar réplicas de lectura no se ve afectado por la cantidad de datos que haya, y no se necesita almacenamiento adicional para la creación de réplicas de lectura.
  • El almacenamiento crece según sea necesario, hasta 128 TB por instancia de BD.

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 menos latencia porque no se requiere sincronización de datos con binlogs entre el nodo primario y las réplicas de lectura.

Copia de respaldo y restauración

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 mediante copias de respaldo completas (instantáneas) y la reproducción logs de redo, lo que es más rápido.

Versión del motor de DB

MySQL 5.6, 5.7 y 8.0

MySQL 8.0