Todos os produtos
Search
Central de documentação

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

Última atualização: Sep 22, 2026

Use o recurso de Change Tracking para capturar dados incrementais em tempo real de um banco de dados ApsaraDB RDS for MySQL, viabilizando atualizações de cache, desacoplamento assíncrono e sincronização ETL.

Observações de uso

  • Ferramentas como gh-ost ou pt-online-schema-change não têm suas alterações de DDL online rastreadas. 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 por outra tarefa, como migração de dados, dados fora do escopo da sua assinatura podem ser rastreados. Filtre os dados indesejados na sua aplicação cliente.

Procedimento

  1. Adquira uma instância de change tracking.Purchase a change tracking task.

  2. Faça logon no console do DTS

    .

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

  4. Na página Change Tracking Tasks, selecione a região da sua 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 de tarefa padrão. Especifique um nome descritivo, se desejar. Não é necessário que seja único.
    Banco de dados source Tipo de instância selecione o tipo de instância source. Neste exemplo, selecione RDS Instance.
    Nota Para bancos de dados autogerenciados, conclua a preparação adicional descrita em Preparation overview.
    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 é possível alterar.
    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 ser usadas como source para change tracking.
    Conta do banco de dados insira a conta de 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 de assinatura.
    • MySQL 5.5MySQL 5.6Database AccountDatabase PasswordSe a instância ApsaraDB RDS for MySQL source executa ou , não é necessário configure os parâmetros e .
    Senha do banco de dados insira a senha da conta de banco de dados.
    Tipo de rede
    • Classic Network
    • Proprietary Network
    Nota
    • Se o seu cliente está implantado localmente (on-premises), selecione Classic Network ou Proprietary Network.
    • Se o seu cliente está implantado em uma instância ECS, selecione o mesmo tipo de rede da instância ECS. Por exemplo, se a instância ECS está 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

      Se você selecionar Classic Network, nenhuma configuração adicional será necessária. classic network.

    • Proprietary Network

      Se você selecionar Proprietary Network, especifique também 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 em ECS, o DTS adiciona blocos CIDR às regras do grupo de segurança, mas você também precisa adicioná-los à lista de permissões do banco de dados. CIDR blocks of DTS servers.

    Aviso

    Adicionar blocos CIDR públicos representa riscos de segurança. Use senhas fortes, restrinja portas abertas, autentique APIs internas, revise regularmente os acessos de rede e utilize conexões privadas por meio de 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 executa ou . Nesta etapa, o DTS cria uma conta de banco de dados dedicada na instância source para change tracking.

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

    Parâmetro Descrição
    Tipos de dados obrigatórios
    • Data Update

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

    • Schema Update

      Assina alterações de schema (operações CREATE, DROP e ALTER) em todos os objetos da instância. Filtre os dados necessários na sua 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 de assinatura. Modify the objects for change tracking.
    Objetos obrigatórios

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

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

    Nota
    • A tarefa só poderá ser iniciada após a aprovação na pré-verificação.

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

      ao lado do item com falha para visualize 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 aproximadamente um minuto. Em seguida, você pode crie grupos de consumidores e começar a consumir os dados rastreados.

Próximas etapas

  1. Create consumer groups

  2. Use a Kafka client to consume tracked data

  3. Consume tracked data using SDK sample code