Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ TaurusDB/ Visão geral de serviço/ Diferenças entre TaurusDB e RDS for MySQL
Atualizado em 2025-05-23 GMT+08:00
Ver PDF
Compartilhar

Diferenças entre TaurusDB e RDS for MySQL

TaurusDB tem bom desempenho, escalabilidade e usabilidade. Para mais detalhes, consulte Tabela 1.

Tabela 1 Diferenças entre TaurusDB e RDS for MySQL

Item

RDS for MySQL

TaurusDB

Arquitetura

Arquitetura tradicional primária/em espera. Os dados são sincronizados entre os bancos de dados primários e em espera por meio de binlogs.

Armazenamento desacoplado e arquitetura de computação. Os nós de computação compartilham os mesmos dados. Os dados não precisam ser sincronizados por meio de binlogs.

Desempenho

Centenas de milhares de QPS, três vezes o desempenho do MySQL de código aberto em alta simultaneidade.

Milhões de QPS, sete vezes o desempenho do MySQL de código aberto para determinadas cargas de trabalho. Em consultas complexas, operações, como extração de colunas, filtragem condicional e cálculo de agregação, podem ser transferidas para a camada de armazenamento, melhorando o desempenho em dezenas de vezes em comparação com os bancos de dados tradicionais.

Escalabilidade
  • Até cinco réplicas de leitura podem ser adicionadas para cada instância de BD. O tempo necessário para adicionar réplicas de leitura depende da quantidade de dados que existem. A adição de réplicas de leitura requer armazenamento adicional.
  • O armazenamento cresce conforme a necessidade, para até 4 TB por instância de BD.
  • Até 15 réplicas de leitura podem ser adicionadas para cada instância de BD. Graças ao armazenamento compartilhado, o tempo necessário para adicionar réplicas de leitura não é afetado pela quantidade de dados que existem, e nenhum armazenamento adicional é necessário para a criação de réplicas de leitura.
  • O armazenamento cresce conforme a necessidade, para até 128 TB por instância de BD.

Disponibilidade

Se a instância primária falhar, a instância em espera poderá ser promovida automaticamente para a primária, com um RTO de menos de 30s.

Se o nó primário estiver com defeito, uma réplica de leitura pode ser automaticamente promovida para o nó primário, com um RTO de menos de 10s. Ele tem menos latência porque não é necessária sincronização de dados por meio de binlogs entre o nó primário e as réplicas de leitura.

Backup e restauração

Os dados podem ser restaurados para um ponto específico no tempo usando backups completos e reprodução de binlog.

Os dados podem ser restaurados para um ponto específico no tempo usando backups completos (snapshots) e reprodução de log redo, o que é mais rápido.

Versão do mecanismo de BD

MySQL 5.6, 5.7 e 8.0

MySQL 8.0