PolarDB:FAQ

P: O que é o PolarDB?

R: O PolarDB é um service de banco de dados relacional baseado em cloud. Ele está implantado em data centers em mais de 10 regions ao redor do mundo e oferece services de banco de dados online prontos para uso.PolarDB é 100% compatível com PostgreSQL. Por padrão, a capacidade de armazenamento pode atingir até 500 TB.

P: Por que o PolarDB tem desempenho superior aos bancos de dados tradicionais?

R: Em comparação com bancos de dados tradicionais, o PolarDB armazena centenas de terabytes de dados. Ele também oferece alta disponibilidade, alta confiabilidade, upgrades e downgrades elásticos rápidos e backups sem bloqueio. Para obter mais informações, consulte Benefícios.

P: Quando o PolarDB foi lançado? Quando se tornou comercialmente disponível?

R: O PolarDB foi lançado para preview público em setembro de 2017 e tornou-se comercialmente disponível em março de 2018.

P: O que são clusters e nós?

R: A PolarDBCluster Edition utiliza uma arquitetura de cluster multi-nó. Um cluster possui um nó primário e vários nós somente leitura. Um único cluster PolarDB pode ser implantado em várias zonas, mas não em várias regions. Os clusters são gerenciados e faturados por cluster. Para obter mais informações, consulte Glossário.

P: Quais linguagens de programação são suportadas?

R: O PolarDB suporta linguagens de programação como Java, Python, PHP, Golang, C, C++, .NET e Node.js.

P: Quais mecanismos de armazenamento são suportados?

P: Instâncias secundárias autogerenciadas são suportadas? Existe uma implementação recomendada?

R: Sim, instâncias secundárias autogerenciadas são suportadas. Após ativar o log binário, sincronize o com outros bancos de dados MySQL para construir uma arquitetura primária/secundária. Para simplificar a manutenção contínua, utilize o Data Transmission Service (DTS). Para obter mais informações sobre como usar o DTS para sincronizar dados, consulte Sincronizar dados de um cluster PolarDB for MySQL para uma instância ApsaraDB RDS for MySQL.

P: O PolarDB é um banco de dados distribuído?

R: Sim, o PolarDB é um cluster de armazenamento distribuído baseado no protocolo de consistência Parallel Raft. O mecanismo de computação consiste em 1 a 16 nós de computação distribuídos em diferentes servidores. Um cluster suporta uma capacidade máxima de armazenamento de 200 TB e um máximo de 88 núcleos e 710 GB de memória. Escale horizontalmente os resources de armazenamento e computação online dinamicamente; esse dimensionamento não afeta a operação normal dos seus services.

P: Após adquirir o PolarDB, ainda preciso adquirir o middleware de banco de dados PolarDB-X para implementar sharding?

R: Sim.

P: O PolarDB suporta particionamento de tabelas?

R: Sim, o particionamento de tabelas é suportado.

P: O PolarDB inclui automaticamente um mecanismo de particionamento?

R: O PolarDB implementa o particionamento na camada de armazenamento. Isso é transparente e imperceptível para os usuários.

P: Comparado ao MySQL nativo, qual é a quantidade máxima de dados que uma única tabela no PolarDB pode armazenar?

R: O PolarDB não limita o tamanho de uma tabela individual. No entanto, o tamanho de uma tabela individual é limitado pelo espaço em disco. Para obter mais informações, consulte Limites.

P: Quais são os itens faturáveis do PolarDB?

R: Os itens faturáveis incluem espaço de armazenamento, nós de computação, backup de dados (com cota gratuita) e SQL Explorer (opcional). Para obter mais informações, consulte Especificações e preços.

P: Quais conteúdos estão incluídos no espaço de armazenamento faturável?

R: O espaço de armazenamento faturável inclui arquivos de tabelas de banco de dados, arquivos de índice, arquivos de log de desfazer, arquivos de log de refazer, arquivos de log lento e um pequeno número de arquivos de sistema. Para obter mais informações, consulte Especificações e preços P: Como usar os planos de armazenamento do PolarDB? R: Use um plano de armazenamento para compensar as taxas de armazenamento de clusters com método de faturamento por assinatura ou pagamento conforme o uso. Por exemplo, se você tiver três clusters com capacidade de armazenamento de 40 GB cada, a capacidade total será de 120 GB. Os três clusters podem compartilhar um plano de armazenamento de 100 GB, e os 20 GB excedentes serão faturados no modelo de pagamento conforme o uso. Para mais informações, consulte Comprar um plano de armazenamento. .

P: Como implemento a divisão de leitura e gravação no PolarDB?

R: Basta usar um endpoint de cluster na sua aplicação para implementar a divisão de leitura e gravação com base no modo de leitura/gravação configurado. Para obter mais informações, consulte Configurar o PolarProxy.

P: Qual é o número máximo de nós somente leitura que um cluster PolarDB suporta?

R: O PolarDB usa uma arquitetura de cluster distribuído. Um cluster consiste em um nó primário e até 15 nós somente leitura. Pelo menos um nó somente leitura é necessário para garantir alta disponibilidade.

P: Por que as cargas estão desequilibradas entre vários nós somente leitura?

R: As cargas podem estar desequilibradas entre os nós somente leitura pelos seguintes motivos: um nó somente leitura tem um pequeno número de conexões ou um nó somente leitura não foi incluído quando um endpoint de cluster personalizado foi atribuído.

P: Quais são as causas de cargas pesadas ou leves no nó primário?

R: Cargas pesadas no nó primário (banco de dados primário) podem ser causadas pelos seguintes motivos: aplicações conectam-se diretamente ao endpoint primário, o banco de dados primário aceita solicitações de leitura, existe um grande número de solicitações de transação, um alto atraso de replicação primário/secundário faz com que as solicitações sejam roteadas para o banco de dados primário, ou exceções nos nós somente leitura fazem com que as solicitações de leitura sejam roteadas para o banco de dados primário.

Uma carga leve no nó primário pode ser causada pela opção de descarregamento de leituras do nó primário ativada no banco de dados primário.

P: Como reduzo a carga no nó primário?

P: Por que não consigo ler os dados que foram recém-inseridos?

P: Como forço a execução de uma instrução SQL no nó primário?

P: Posso atribuir endpoints diferentes para services diferentes? Endpoints diferentes podem fornecer isolamento?

R: Sim, crie vários endpoints personalizados para services diferentes. Se os nós subjacentes forem diferentes, os endpoints personalizados fornecem isolamento e não afetam uns aos outros. Para obter mais informações sobre como criar um endpoint personalizado, consulte Configurar o PolarProxy.

P: Se existirem vários nós somente leitura, como crio separadamente um endpoint de nó único para um dos nós somente leitura?

P: Qual é o número máximo de endpoints de nó único que podem ser criados em um cluster?

R: Se o seu cluster tiver três nós, crie um endpoint de nó único apenas para um dos nós somente leitura. Se o seu cluster tiver quatro nós, crie um endpoint de nó único para cada um dos dois nós somente leitura. Regras semelhantes aplicam-se a clusters com mais nós.

P: Uso apenas o endpoint primário, mas percebo que os nós somente leitura também têm cargas. O endpoint primário suporta divisão de leitura e gravação?

R: Não, o endpoint primário não suporta divisão de leitura e gravação e está sempre conectado apenas ao nó primário. Um pequeno número de consultas por segundo (QPS) nos nós somente leitura é normal e não tem relação com o endpoint primário.

P: Como adiciono campos e índices online?

R: Utilize ferramentas como o DDL online nativo, pt-osc e gh-ost. Recomenda-se o DDL online nativo.

P: O recurso de inserção em massa é suportado?

R: Sim, o recurso de inserção em massa é suportado.

P: Se os dados forem gravados apenas em um nó somente gravação, a inserção em massa é suportada? Qual é o número máximo de valores que podem ser inseridos de uma vez?

R: Sim, a inserção em massa é suportada. O número máximo de valores que podem ser inseridos de uma vez é determinado pelo valor do parâmetro max_allowed_packet. Para obter mais informações, consulte Replicação e max_allowed_packet.

P: Posso realizar operações de inserção em massa através de um endpoint de cluster?

R: Sim, realize operações de inserção em massa através de um endpoint de cluster.

P: Existe atraso de replicação entre o nó primário e os nós somente leitura?

R: Sim, existe um atraso de replicação de alguns milissegundos entre eles.

P: Em quais cenários o atraso de replicação aumenta?

P: Como garanto a consistência da consulta quando existe um atraso de replicação?

R: Use um endpoint de cluster e selecione um nível de consistência apropriado para ele. Os níveis de consistência estão listados em ordem decrescente da seguinte forma: consistência de sessão e consistência eventual. Para obter mais informações, consulte Configurar o PolarProxy.

P: O objetivo de ponto de recuperação (RPO) pode ser garantido como zero quando um único nó falha?

R: Quando os parâmetros do cluster de banco de dados usam as configurações padrão, o RPO não é zero. Modifique o valor do parâmetro sychronous_commit para garantir que o RPO seja zero. Para obter mais informações sobre os valores padrão de parâmetros específicos, consulte Valores padrão de parâmetros de cluster.

P: Como um upgrade de especificação (por exemplo, de 2 núcleos e 8 GB de memória para 4 núcleos e 16 GB de memória) é implementado no backend? Quais são os impactos nos meus services?

R: O proxy do PolarDB e os nós de banco de dados devem ser atualizados para as configurações mais recentes. Um método de upgrade contínuo é usado para atualizar vários nós e minimizar os impactos nos seus services. Atualmente, cada upgrade leva cerca de 10 a 15 minutos. Os impactos nos seus services duram no máximo 30 segundos, período em que podem ocorrer de um a três erros transitórios de conexão. Para obter mais informações, consulte Alterar configuração.

P: Quanto tempo leva para adicionar um nó? Meus services são afetados?

P: Quanto tempo leva para atualizar para a versão de revisão mais recente? Meus services são afetados?

R: O PolarDB usa um método de upgrade contínuo para vários nós a fim de minimizar os impactos nos seus services. Um upgrade de versão geralmente não leva mais de 30 minutos. Durante o upgrade, o proxy de banco de dados ou o mecanismo de banco de dados é reiniciado, o que pode causar erros transitórios de conexão com o banco de dados. Execute o upgrade fora dos horários de pico e certifique-se de que sua aplicação suporte reconexão automática. Para obter mais informações, consulte Gerenciamento de versões menores.

P: Como um failover automático é implementado?

R: O PolarDB usa uma arquitetura de alta disponibilidade ativo-ativo. O failover automático é realizado entre o nó primário que suporta leituras e gravações e os nós somente leitura, e o sistema elege automaticamente um novo nó primário.PolarDB Cada nó tem uma prioridade de failover, que determina a probabilidade de o nó ser eleito como o nó primário durante um failover. Quando vários nós têm a mesma prioridade, eles têm a mesma probabilidade de serem eleitos como o nó primário. Para obter mais informações, consulte Failover automático e switchover manual.

P: Qual é a arquitetura do proxy de banco de dados? Ele possui um mecanismo de failover? Como sua alta disponibilidade é garantida?

R: O proxy de banco de dados usa uma arquitetura de alta disponibilidade de dois nós e distribui uniformemente o tráfego entre os dois nós de proxy em uma proporção de 1:1. O sistema verifica continuamente a integridade dos nós de proxy. Se um nó falhar, o sistema desconecta proativamente as conexões nesse nó. O nó saudável restante assume automaticamente todo o tráfego para que o service não seja interrompido. O sistema também reconstrói e restaura automaticamente o nó de proxy com falha. Todo o processo geralmente leva cerca de 2 minutos, e o cluster de banco de dados permanece acessível durante esse tempo.

Em casos raros, as conexões em um nó com falha não são desconectadas a tempo, mas o nó não consegue mais responder às solicitações. Para lidar com isso, configure políticas de timeout apropriadas no cliente, como os parâmetros socketTimeout e connectTimeout do JDBC, para que a camada de aplicação possa detectar e encerrar prontamente conexões suspensas. Isso melhora ainda mais a tolerância a falhas e a eficiência de resposta do sistema.

P: Qual método de backup o PolarDB usa?

R: O PolarDB usa snapshots para fazer backup de dados. Para obter mais informações, consulte Método 2: Backup manual.

P: Quão rápido um banco de dados pode ser restaurado?

R: Atualmente, a velocidade de restauração (clonagem) de um banco de dados com base em um conjunto de backups (snapshot) é de 40 minutos por TB. Se você restaurar dados para um ponto específico no tempo, o tempo necessário para reproduzir logs de refazer deve ser incluído. A velocidade de reprodução é de aproximadamente 20 a 70 segundos por GB. O tempo total de recuperação é a soma dessas duas partes.

P: Por que o não apresenta melhorias significativas de desempenho em comparação ao ApsaraDB RDS for MySQL?

Os resultados da comparação de desempenho entre o e o ApsaraDB RDS for MySQL estão detalhados em Comparação de desempenho: PolarDB for MySQL vs. ApsaraDB RDS for MySQL.

P: Por que um banco de dados excluído continua ocupando muito espaço de armazenamento?

R: Isso acontece devido aos arquivos de redo log. Geralmente, esses arquivos consomem entre 2 GB e 11 GB de espaço. O limite máximo de 11 GB corresponde aos oito arquivos de redo log no buffer pool (8 GB), ao arquivo sendo gravado no momento (1 GB), ao arquivo pré-criado (1 GB) e ao último arquivo de redo log (1 GB).

A quantidade de arquivos de redo log no buffer pool é definida pelo parâmetro loose_innodb_polar_log_file_max_reuse, cujo valor padrão é 8. Modifique esse parâmetro para reduzir o espaço ocupado pelos arquivos de log, mas tenha em mente que cargas elevadas podem causar pequenas flutuações periódicas de desempenho.

P: Qual é o número máximo de tabelas? A partir de quantas tabelas o desempenho pode começar a degradar?

R: O limite máximo de tabelas está vinculado à quantidade de arquivos. Para mais detalhes, consulte Limites.

P: O particionamento de tabelas melhora o desempenho de consultas no PolarDB?

R: Em geral, o desempenho melhora quando a instrução SQL da consulta consegue ser restrita a uma partição específica.

P: O PolarDB permite criar 10.000 bancos de dados? Qual é o limite máximo?

R: Sim, o PolarDB suporta a criação de 10.000 bancos de dados. O limite máximo depende da quantidade de arquivos. Consulte Limites para mais informações.

P: A quantidade de nós somente leitura influencia o número máximo de conexões? Adicionar nós somente leitura aumenta esse limite?

R: O número de nós somente leitura não tem relação com o limite de conexões. O máximo de conexões do PolarDB é definido pelas especificações do nó. Veja mais em . Caso precise de mais conexões, atualize as especificações.

P: Como funciona o isolamento e a limitação de IOPS? Os nós de um cluster PolarDB competem por recursos de I/O?

R: Cada nó de um cluster PolarDB possui IOPS configurados conforme suas especificações. O isolamento é independente para cada nó, sem interferência nos demais.

P: A lentidão nos nós somente leitura afeta o nó primário?

R: Se a carga nos nós somente leitura ficar excessiva e o atraso de replicação aumentar, o consumo de memória do nó primário pode sofrer um leve acréscimo.

P: Qual o impacto no desempenho após ativar o binary logging?

A: A ativação do binary logging não afeta o desempenho de consultas (SELECT), apenas o de escritas e atualizações (INSERT, UPDATE e DELETE). Em bancos de dados com equilíbrio entre leituras e escritas, o impacto geral no desempenho não ultrapassa 10%.

P: Existe algum impacto no desempenho ao ativar o SQL Explorer (auditoria completa de logs SQL)?

R: Não há nenhum impacto.

P: Qual protocolo de rede de alta velocidade o PolarDB utiliza?

R: Tanto os nós de computação quanto os de armazenamento do PolarDB, incluindo as múltiplas réplicas de dados, empregam tecnologia RDMA dupla de 25 Gbps. Isso garante alto desempenho de I/O, com baixa latência e throughput elevado.

P: Qual é a largura de banda máxima para conexão do PolarDB via Internet?

R: A largura de banda máxima para conexões do PolarDB pela Internet é de 10 Gbit/s.

P: O que fazer quando a reinicialização de um nó demora muito?

R: A reinicialização torna-se mais lenta conforme a quantidade de arquivos no cluster aumenta. Para acelerar o processo, defina o parâmetro innodb_fast_startup como ON. Para saber como modificar parâmetros, consulte Definir parâmetros de cluster e de nó.