Todos os produtos
Search

Este produto

    PolarDB:Global Database Network (GDN)

    Central de documentação

    PolarDB:Global Database Network (GDN)

    Última atualização: Jul 04, 2026

    Uma Global Database Network (GDN) conecta clusters do PolarDB em diferentes regiões com dados sincronizados. Cada cluster atende a leituras locais, enquanto as escritas são direcionadas ao cluster primário.

    Visão geral

    Uma GDN é composta por um cluster primário e vários clusters secundários. O cluster primário processa as escritas, e os clusters secundários atendem às leituras locais. Links de baixa latência sincronizam os dados entre todos os clusters, formando um único banco de dados lógico.

    image

    Sincronização de dados

    A GDN sincroniza dados entre regiões por meio de replicação física assíncrona com reprodução paralela de logs físicos. O atraso de replicação permanece abaixo de 2 segundos sem afetar o desempenho ou a estabilidade do cluster primário, garantindo consistência eventual em todas as regiões.

    Roteamento de solicitações

    A de cada cluster determina o roteamento das solicitações. Não é necessário alterar a aplicação: basta conectar-se a um endpoint de cluster para que as solicitações sejam roteadas automaticamente:

    • Solicitações de escrita (INSERT, UPDATE, DELETE) e solicitações dentro de transações são encaminhadas ao nó primário do cluster primário.

    • Por padrão, as solicitações de leitura são direcionadas aos nós somente leitura do cluster secundário local. Com a ativada, algumas leituras podem ser enviadas ao nó primário do cluster primário.

    Clique em para visualizar a lógica detalhada de encaminhamento

    Nó de destino

    Solicitações encaminhadas

    Enviadas apenas ao nó primário do cluster primário

    • Operações DML (como INSERT, UPDATE e DELETE)

    • Operações DDL (como criação ou exclusão de tabelas ou bancos de dados, ou alteração de esquemas de tabela)

    • Comandos SHOW

    • Comandos relacionados a transações, como BEGIN e COMMIT

    • Comandos LISTEN, UNLISTEN e NOTIFY

    • Comando ANALYZE

    • Comandos do protocolo de commit em duas fases

    • Solicitações dentro de uma transação (o comportamento pode variar conforme a configuração de divisão de transações)

    • Definições e chamadas de funções (o comportamento pode variar conforme a configuração da regra de roteamento de funções definidas pelo usuário)

    • Solicitações que utilizam tabelas temporárias

    • Multi Statements com múltiplas instruções

    • Instruções PREPARE que contêm solicitações de escrita

    Enviadas aos nós somente leitura ou ao nó primário

    • Solicitações de leitura fora de uma transação

    • Comando EXPLAIN

    • Instruções PREPARE que contêm solicitações de leitura

    Sempre enviadas a todos os nós

    • Comando USE

    • Comandos DISCARD e DEALLOCATE

    Casos de uso

    Redundância geográfica ativa (implantação multirregião)

    Implante em várias regiões com a sincronização de baixa latência, a divisão de leitura/escrita e as leituras locais da GDN. A latência de acesso ao banco de dados permanece abaixo de 2 segundos por região.

    • Indústrias típicas: Jogos, comércio eletrônico transfronteiriço, serviços locais e novo varejo.

    • Arquitetura de negócios:

      • As aplicações conectam-se ao seu cluster local. As leituras são processadas localmente e as escritas são encaminhadas ao cluster primário.

      • Cada cluster possui um endpoint independente. As aplicações se conectam ao mais próximo.

      • As especificações dos clusters secundários em Pequim e Shenzhen devem corresponder ou superar as do cluster primário em Hangzhou.

    image

    Recuperação de desastres geográfica

    A GDN oferece alta disponibilidade entre regiões para garantir a segurança dos dados e o tempo de atividade do sistema. Se o data center do cluster primário falhar, execute manualmente o failover para um cluster secundário. Arquiteturas suportadas: três data centers em duas regiões, quatro em duas regiões e seis em três regiões.

    • Indústrias típicas: Bancos, valores mobiliários e seguros.

    • Arquitetura de negócios (exemplo: três data centers em duas regiões):

      • Pequim é a região primária com implantação em zona dupla (AZ1 e AZ2).

      • Xangai é a região de recuperação de desastres com implantação em zona única.

      • As aplicações conectam-se à AZ1 em Pequim por padrão. Se a AZ1 falhar, o tráfego muda para a AZ2. Se ambas falharem, a aplicação executa o failover para o cluster de recuperação de desastres em Xangai.

    image
    Nota

    Os failovers da GDN são concluídos em até 10 minutos (menos de 5 minutos em testes). As aplicações podem apresentar erros de conexão transitórios por até 160 segundos. Execute failovers fora dos horários de pico e garanta que sua aplicação suporte reconexão.

    Benefícios

    • Implantação entre regiões: Expanda de uma única cidade para várias regiões sem alterar o código.

    • Divisão de leitura/escrita e leituras locais entre regiões: Os clusters secundários locais processam as leituras, e as escritas são encaminhadas ao cluster primário.

    • Configuração flexível: Os clusters primários e secundários possuem especificações, listas de permissões e parâmetros independentes.

    • Sincronização entre regiões com baixa latência: A replicação física assíncrona com reprodução paralela mantém o atraso entre regiões abaixo de 2 segundos, reduzindo a latência de leitura para aplicações fora da região do cluster primário.

    Limites

    Versões do cluster

    • Mecanismo de banco de dados:

    • Edição: Enterprise Edition

    • : Zona única (com cluster de armazenamento standby quente desativado)

    Regiões suportadas

    A GDN está disponível em mais de 10 regiões no mundo todo, incluindo a China continental, China (Hong Kong) e regiões internacionais.

    Região do cluster primário

    Região do cluster secundário

    Todas as regiões na China continental

    Qualquer região na China continental, incluindo a região do cluster primário.

    Exemplo: Se o cluster primário estiver na China (Hangzhou), os clusters secundários podem estar em qualquer região da China continental, incluindo Hangzhou.

    Nota

    Para outros requisitos de região, envie um ticket.

    Regiões fora da China continental

    China (Hong Kong), Japão (Tóquio), Coreia do Sul (Seul), Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta), Filipinas (Manila), Tailândia (Bangkok), Alemanha (Frankfurt), EUA (Vale do Silício), EUA (Virgínia) e Reino Unido (Londres).
    Importante

    Para regiões fora da China continental, assine o Acordo de Conformidade de Transferência de Dados Transfronteiriça antes de criar um cluster secundário.

    Limites de recursos

    Outros limites

    • Uma GDN suporta um cluster primário e até quatro clusters secundários.

    • Os clusters primários e secundários devem ter a mesma versão do mecanismo de banco de dados: .

    • As especificações do cluster secundário devem corresponder ou superar as do cluster primário.

    • Um cluster pode pertencer a apenas uma GDN.

    Faturamento

    Atualmente, a transferência de dados entre regiões da GDN é gratuita. Você paga apenas as de cada cluster PolarDB.

    Início rápido

    1. : Selecione um cluster para ser o cluster primário da GDN.

    2. : Acesse a página de compra do PolarDB para adicionar um cluster secundário à GDN.

      Nota

      Apenas novos clusters secundários podem ser criados. Não é possível adicionar clusters existentes.

    3. : Cada cluster possui um endpoint independente. Conecte-se ao mais próximo com base na região da sua aplicação.