Todos os produtos
Search
Central de documentação

Data Transmission Service:RDS for MySQL: Criar uma instância de change tracking

Última atualização: Jun 27, 2026

Use o recurso Change Tracking para capturar dados incrementais em tempo real de um banco de dados ApsaraDB RDS for MySQL. Isso permite atualizar caches, desacoplar processos assincronamente e sincronizar dados ETL.

Observações de uso

  • O sistema não rastreia alterações de DDL online executadas por ferramentas como gh-ost ou pt-online-schema-change. O cliente pode falhar ao gravar os dados consumidos na tabela de destino devido a incompatibilidades de schema.

  • Se o banco de dados source estiver em uso em outra tarefa, como migração de dados, o rastreamento pode incluir informações fora do escopo da assinatura. Filtre os dados indesejados na aplicação cliente.

Procedimento

  1. Adquira uma instância de change tracking.Adquirir uma tarefa de change tracking.

  2. Faça login no DTS console

    .

  3. No painel de navegação à esquerda, clique em Change Tracking.

  4. Na página Change Tracking Tasks, selecione a região da instância de change tracking.

  5. Localize a instância de change tracking e clique em Configure Task.

  6. Configure as informações do banco de dados source e o tipo de rede.

    Categoria Parâmetro Descrição
    N/A Nome da tarefa O DTS gera um nome padrão para a tarefa. Especifique um nome descritivo se desejar. Não é necessário que seja único.
    Banco de dados source Tipo de instância Selecione o tipo da instância source. Neste exemplo, selecione RDS Instance.
    Nota Para bancos de dados autogerenciados, conclua a preparação adicional descrita em Visão geral da preparação.
    Tipo de banco de dados MySQL e não pode ser alterado.
    Região da instância A Region selecionada durante a compra. Não pode ser alterada.
    ID da instância RDS Selecione a instância ApsaraDB RDS for MySQL a ser rastreada.
    Nota Instâncias somente leitura e temporárias não podem servir como source para change tracking.
    Conta do banco de dados Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL source.
    Nota
    • A conta deve ter as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT nos objetos da assinatura.
    • MySQL 5.5MySQL 5.6Database AccountDatabase PasswordSe a instância ApsaraDB RDS for MySQL source executar ou , não é necessário configurar os parâmetros e .
    Senha do banco de dados Insira a senha da conta do banco de dados.
    Tipo de rede
    • Classic Network
    • Proprietary Network

    Nota
    • Se o cliente estiver implantado on-premises, selecione Classic Network ou Proprietary Network.
    • Caso o cliente esteja implantado em uma instância ECS, selecione o mesmo tipo de rede da instância ECS. Por exemplo, se a instância ECS estiver em uma VPC, selecione VPC e especifique a mesma Proprietary Network e o mesmo vSwitch da instância ECS.
    • Endpoints internos oferecem a menor latência de rede.
    • Classic Network

      Ao selecionar Classic Network, nenhuma configuração adicional é necessária. classic network.

    • Proprietary Network

      Se você selecionar Proprietary Network, também deverá especificar a Proprietary Network e o vSwitch. VPC.

  7. Clique em Set Whitelist and Next.

    O DTS adiciona seus blocos CIDR de servidor à configuração do banco de dados source. Para instâncias Alibaba Cloud, como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB, os blocos CIDR são adicionados à lista de permissões da instância. Para bancos de dados autogerenciados no ECS, o DTS adiciona blocos CIDR às regras do grupo de segurança, mas você também deve adicioná-los à lista de permissões do banco de dados. Blocos CIDR dos servidores DTS.

    Aviso

    Adicionar blocos CIDR públicos apresenta riscos de segurança. Use senhas fortes, restrinja portas abertas, autentique APIs internas, revise o acesso à rede regularmente e utilize conexões privadas por meio do Express Connect, VPN Gateway ou Smart Access Gateway.

  8. Na caixa de diálogo Create Change Tracking Account, aguarde a criação da conta e clique em Next.

    Nota

    MySQL 5.5

    MySQL 5.6

    Esta etapa é necessária apenas se a instância ApsaraDB RDS for MySQL source executar ou . Nesta etapa, o DTS cria uma conta de banco de dados dedicada na instância source para o change tracking.

  9. Configure os tipos de dados e os objetos a serem rastreados.

    Parâmetro Descrição
    Tipos de dados necessários
    • Data Update

      Assina alterações de dados (operações INSERT, DELETE e UPDATE) para os objetos selecionados.

    • Schema Update

      Assina alterações de schema (operações CREATE, DROP e ALTER) para todos os objetos na instância. Filtre os dados necessários na aplicação cliente.

    Nota
    • Selecionar um banco de dados inteiro também rastreia alterações em objetos adicionados posteriormente.
    • Selecionar uma tabela específica rastreia apenas essa tabela. Para rastrear novas tabelas, adicione-as aos objetos da assinatura. Modificar os objetos para change tracking.
    Objetos necessários

    Na caixa Required Objects, selecione os objetos a serem rastreados e clique no ícone para movê-los para a caixa Selected Objects.

    Nota É possível selecionar objetos no nível do banco de dados ou da tabela.
  10. Clique em Save and Precheck.

    Nota
    • A tarefa só pode iniciar após passar na pré-verificação.

    • Se a pré-verificação falhar, clique em

      ao lado do item com falha para obter detalhes. Corrija o problema e execute a pré-verificação novamente.

  11. Quando a mensagem Precheck Passed aparecer na caixa de diálogo Precheck, feche a caixa de diálogo Precheck.

Após a configuração, a instância de change tracking é inicializada em cerca de um minuto. Em seguida, crie grupos de consumidores e comece a consumir os dados rastreados.

Próximas etapas

  1. Criar grupos de consumidores

  2. Usar um cliente Kafka para consumir dados rastreados

  3. Consumir dados rastreados usando código de exemplo do SDK