Introdução a réplicas de leitura

Cenários

Uma instância do GaussDB(for MySQL) contém réplicas de leitura além de um nó primário.

Em cenários de leitura intensiva, um nó primário pode ser incapaz de lidar com a pressão de leitura e o desempenho do serviço pode ser afetado. Para descarregar a pressão de leitura do nó primário, você pode criar uma ou mais réplicas de leitura. Essas réplicas de leitura podem processar um grande número de solicitações de leitura e aumentar a taxa de transferência de aplicações. Para fazer isso, os endereços de conexão precisam ser agendados separadamente para o nó primário e cada réplica de leitura em suas aplicações para que todas as solicitações de leitura possam ser enviadas para réplicas de leitura e solicitações de gravação para o nó primário.

Padrões de cobrança

As réplicas de leitura também são cobradas. O modo de cobrança é o mesmo que o do nó primário.

Funções

• As especificações das réplicas de leitura são as mesmas do nó primário.
• Você não precisa manter contas e bancos de dados para réplicas de leitura. Eles são sincronizados a partir do nó primário.
• O sistema pode monitorar o desempenho de réplicas de leitura.

Restrições

• Há até 15 réplicas de leitura para uma instância anual/mensal ou de pagamento por uso e uma réplica de leitura para uma instância sem servidor.
• Réplicas de leitura não suportam restauração a partir de backups.
• Os dados não podem ser migrados para réplicas de leitura.
• Não é possível criar ou excluir bancos de dados em réplicas de leitura.
• Não é possível criar contas de banco de dados para réplicas de leitura.
• Pode haver uma latência entre as réplicas de leitura e o nó primário. A latência do índice de texto completo é significativa devido ao seu mecanismo especial. Para cargas de trabalho de aplicações sensíveis à latência, é aconselhável enviar consultas para o nó primário.