Diferencias entre TaurusDB y RDS for MySQL
TaurusDB tiene buen rendimiento, escalabilidad y facilidad de uso. Para más detalles, véase Tabla 1.
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 |
|
|
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 |