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 GaussDB(for MySQL) e RDS for MySQL
Atualizado em 2024-09-29 GMT+08:00
Ver PDF
Compartilhar

Diferenças entre GaussDB(for MySQL) e RDS for MySQL

GaussDB(for MySQL) tem bom desempenho, escalabilidade e usabilidade. Para mais detalhes, consulte Tabela 1.

Tabela 1 Diferenças entre GaussDB(for MySQL) e RDS for MySQL

Item

RDS for MySQL

GaussDB(for MySQL)

Arquitetura

Arquitetura tradicional primária/em espera. Os dados são sincronizados entre os nós primário e em espera usando binlog.

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

Desempenho

Centenas de milhares de QPS, oferecendo 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 serviço. 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 uma instância. O tempo necessário para adicionar réplicas de leitura depende do volume de dados. A adição de réplicas de leitura requer armazenamento adicional.
  • O armazenamento pode aumentar conforme necessário, com até 4 TB para uma instância.
  • Até 15 réplicas de leitura podem ser adicionadas para uma instância. Graças ao armazenamento compartilhado, o tempo necessário para adicionar réplicas de leitura não é afetado pelo volume de dados. Além disso, nenhum armazenamento adicional é necessário para a criação de réplicas de leitura.
  • O armazenamento aumenta conforme a necessidade, com até 128 TB para uma instância.

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 menor latência porque nenhuma sincronização de dados é necessária entre o nó primário e réplicas de leitura usando o binlog.

Restauração de backup

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 backup completo (snapshots) e refazer a reprodução. Sua velocidade de restauração é mais rápida.

Versão do mecanismo de BD

MySQL 5.6, 5.7 e 8.0.

MySQL 8.0