Todos os produtos
Search
Central de documentação

Data Management:Limpeza de dados históricos

Última atualização: Aug 28, 2026

Use a Limpeza de Dados Históricos no DMS para remover periodicamente dados antigos de tabelas grandes, liberar armazenamento e melhorar o desempenho das consultas.

Pré-requisitos

  • O banco de dados é MySQL.

  • A instância de banco de dados usa o control mode Stable Change ou Security Collaboration.

Procedimento

  1. Faça login no DMS 5.0.

  2. Na barra de navegação superior, escolha Database Development > Data Change > Historical Data Cleanup.

    Nota

    No modo simples do DMS, clique em 2023-01-28_15-57-17.png no canto superior esquerdo e selecione All Features > Database Development > Data Change > Historical Data Cleanup.

  3. Na página de solicitação de ticket de Data Change, configure os parâmetros e clique em Submit.

    Principais parâmetros:

    Parâmetro

    Descrição

    Database

    Selecione um banco de dados com permissão de alteração. Permissões somente leitura ou apenas no nível de tabela são insuficientes. View My Permissions.

    Deletion Settings

    Insira o Table Name, Time Field, Time Accuracy, Retention Period (Days) e Filter Condition (Nullable). O sistema gera automaticamente um script de limpeza com base nessas informações.

    Nota
    • Para tabelas lógicas, insira o nome da tabela lógica.

    • O período de retenção define quando o sistema exclui os dados automaticamente. Por exemplo, um período de 7 dias remove dados anteriores a esse prazo.

    Exemplo: Se Table Name for api_call_record_11, Time Field for gmt_create, Retention Period for 7 e Filter Condition for status = 1 or status=2, o sistema gera a seguinte instrução SQL: DELETE FROM api_call_record_11 WHERE gmt_create < SUBDATE(CURDATE(),INTERVAL 7 DAY) AND (status = 1 or status=2);

    Schedule

    O DMS remove dados em lotes com base na chave primária ou em uma chave única não nula. Agende a limpeza em horários de baixa atividade e com baixa frequência para minimizar o impacto no desempenho.

    Nota
    • A execução real pode variar em até um minuto do horário agendado.

    • O intervalo mínimo para execução agendada é de uma hora. Por padrão, a tarefa roda diariamente às 02:00.

    Policy Configuration

    Especifique uma duração de execução. A tarefa pausa automaticamente após o tempo definido para evitar impactos nos serviços durante horários de pico.

    • Execute Task Without End Time.

    • Specify End Time (Hours): Defina um limite de duração para evitar afetação de pipelines de sincronização downstream (como DTS ou AnalyticDB).

    Após especificar a duração, ative a opção Periodically Optimize Table (desfragmentação), desativada por padrão. Essa função executa OPTIMIZE TABLE após um número específico de ciclos de limpeza. Padrão: a cada 60 ciclos.

    Nota
    • O recurso OPTIMIZE TABLE tem suporte apenas para bancos de dados RDS for MySQL e PolarDB for MySQL.

    • A operação OPTIMIZE TABLE respeita a duração de execução definida na configuração da política e interrompe-se ao término desse período.

    Change Stakeholder

    Os stakeholders especificados podem visualizar e colaborar no ticket. Caso contrário, apenas administradores e DBAs terão acesso.

  4. Após enviar o ticket, ative a verificação de atraso de replicação, defina um limiar ou modifique o SQL.

    • (Opcional) Ative a verificação de atraso de replicação para evitar que atrasos excessivos afetem os failovers entre primário e standby.

      Na seção Basic Information, clique em chunk option para definir um limiar de atraso de replicação em segundos. A execução do SQL será interrompida se o atraso exceder esse limiar.

      Nota

      Atualmente, este recurso tem suporte apenas para bancos de dados ApsaraDB RDS for MySQL.

    • (Opcional) Modifique o SQL.

      O sistema executa automaticamente uma pré-verificação de SQL. Se a pré-verificação falhar, modifique o SQL conforme o motivo da falha e tente novamente.

    Nota

    Antes de enviar para aprovação, modifique as configurações de execução em lote e agendamento. Após o envio, essas configurações tornam-se imutáveis.

  5. Clique em Submit. No modo Security Collaboration, o sistema envia o ticket para aprovação conforme as regras configuradas. No modo Stable Change, a aprovação ocorre automaticamente.

  6. Após a aprovação, o sistema gera uma tarefa agendada e envia um e-mail ao proprietário do ticket. Na seção Basic Information, clique em View Scheduled Tasks para visualizar os detalhes do agendamento. Você também pode:

    • Pausar agendamento

      Nota

      Para desativar permanentemente o agendamento, abra a página de detalhes do ticket, clique em Close Ticket no canto superior direito, insira um motivo e clique em Submit.

    • Retomar agendamento

      Nota

      Depois de fechar um ticket, envie um novo ticket para retomar o agendamento.

    • Alterar proprietário do ticket

      O solicitante é o proprietário do ticket por padrão. Apenas o proprietário pode pausar ou retomar o agendamento, e as notificações de execução são enviadas exclusivamente a ele.

    • O sistema executa o SQL de limpeza conforme a política de agendamento. Visualize os detalhes do agendamento e o histórico de execução no ticket.

      Nota

      Se uma tarefa de limpeza já estiver em execução no horário agendado, o sistema não criará uma nova tarefa. Configure a frequência de execução adequadamente.

    • Perguntas frequentes

      • P: A execução de OPTIMIZE TABLE como parte de uma tarefa de Limpeza de Dados Históricos impacta o negócio?

        R: Depende. Com o Lock-free Schema Change ativado, OPTIMIZE TABLE não impacta o negócio. Sem ele, execute OPTIMIZE TABLE durante horários de baixa atividade. Para ativar o Lock-free Schema Change, consulte Enable and disable lock-free schema change.

      • P: Como parar uma operação OPTIMIZE TABLE que está demorando muito?

        R: Acesse a página Ticket Details e pause a tarefa na seção Execute.

      • P: Devo pausar a Limpeza de Dados Históricos enquanto executo OPTIMIZE TABLE fora do DMS?

        R: Sim, pause a tarefa primeiro. OPTIMIZE TABLE consome temporariamente de duas a três vezes o tamanho da tabela. Executar uma limpeza baseada em DELETE simultaneamente aumenta a pressão no disco e pode causar falha na tarefa. Certifique-se de que a instância tenha espaço livre em disco equivalente ao espaço da tabela a ser recuperado e execute OPTIMIZE TABLE durante horários de baixa atividade. Retome a Limpeza de Dados Históricos após a conclusão da operação.