Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ TaurusDB/ Guia de usuário/ Separação de dados frios e quentes (OBT)/ O que é separação de dados frios e quentes?
Atualizado em 2025-05-23 GMT+08:00

O que é separação de dados frios e quentes?

Cenários

Se houver algumas tabelas com quase nenhuma leitura ou gravação de dados em sua instância de BD, você poderá usar a separação de dados frios e quentes para despejar seus dados no OBS. Isso ajuda a reduzir os custos gerenciando dados frios e quentes com mais eficiência.

Como funciona

TaurusDB permite que você despeje tabelas do InnoDB usadas com pouca frequência no OBS. Essas tabelas despejadas são chamadas de tabelas frias.

Figura 1 Diagrama
  • Criação de tabelas frias

    Para liberar espaço e reduzir os custos de armazenamento, você pode selecionar tabelas que não precisam ser modificadas temporariamente e ocupam muito espaço como tabelas frias. Essas tabelas serão despejadas no OBS.

  • Migração de volta de tabelas frias

    Para modificar ou consultar com frequência determinadas tabelas frias, você pode migrar as tabelas de volta para sua instância de BD, e os dados dessas tabelas ainda serão armazenados no OBS.

Cobrança

Os dados frios armazenados no OBS são cobrados com base no uso do espaço de backup.

Precauções

  • Para usar a separação de dados frios e quentes, envie uma aplicação escolhendo Service Tickets > Create Service Ticket no canto superior direito do console de gerenciamento.
  • Não execute instruções DDL ou DML ao criar uma tabela fria.
  • Uma instância de banco de dados com uma tabela fria criada não pode ser usada como instância de destino para restauração completa ou restauração pontual.
  • Tabelas frias só podem ser consultadas e a consulta é lenta. Eles não oferecem suporte a instruções DDL ou DML. É aconselhável converter tabelas raramente acessadas que armazenam dados arquivados em tabelas frias.
  • Se a tabela a ser arquivada for particionada, apenas uma partição poderá ser arquivada por vez. Se várias partições precisarem ser arquivadas, arquive cada partição separadamente.
  • Se os dados forem arquivados por partição, as instruções DDL só poderão ser executadas em partições diferentes da partição arquivada. A primeira partição não suporta DROP. REMOVE PARTITIONING não é suportado. As instruções DDL de nível de tabela não são suportadas.
  • Se houver uma chave estrangeira em uma tabela fria, as instruções DDL não poderão ser executadas na tabela primária correspondente à chave estrangeira.
  • Durante o arquivamento, caracteres especiais no nome do banco de dados, no nome da tabela e no nome da partição precisam ser escapados.
  • Depois que a separação de dados frios e quentes é ativada, a restauração de dados em nível de tabela e de banco de dados, o backup entre regiões e o backup manual não são suportados.
  • O backup e a restauração para separação de dados frios e quentes requerem uma versão do kernel do banco de dados 2.0.57.240905 ou posterior. Atualmente, apenas a restauração completa é suportada, incluindo restauração completa de backup e recuperação pontual (PITR) para uma nova instância ou para a instância original.

Restrições

  • A separação de dados frios e quentes não está disponível para instâncias sem servidor, instâncias multiprimárias, instâncias em um cluster de BD sem região ou instâncias com backup TDE ou entre regiões ativado.
  • Tabelas e visualizações temporárias não podem ser arquivadas.
  • A primeira partição de uma tabela particionada não pode ser arquivada.
  • As partições HASH, KEY, LINEAR HASH, LINEAR KEY ou LIST DEFAULT HASH não podem ser arquivadas.
  • Subpartições ou partições com subpartições não podem ser arquivadas.
  • Os catálogos do sistema não podem ser arquivados.
  • Tabelas com índices de texto completo não podem ser arquivadas.
  • As operações de tabela fria não estão disponíveis para instâncias de BD congeladas.

Como usar

  • Despejo de dados da tabela fria

    Você pode criar tabelas frias no console. Os dados das tabelas frias são armazenados no OBS, liberando espaço de armazenamento e reduzindo os custos de armazenamento. Para mais detalhes, consulte Configuração de uma tabela fria no console.

  • Consulta de dados de tabela fria

    Assim como consultar dados de qualquer tabela comum, você pode executar instruções SELECT para consultar dados de tabelas frias. Para mais detalhes, consulte Configuração de uma tabela fria usando instruções SQL.

  • Modificação de dados de tabelas frias

    Para modificar uma tabela fria que foi despejada no OBS, você pode migrar a tabela de volta para sua instância no console, mas os dados da tabela ainda são armazenados no OBS. Para excluir os dados, entre em contato com o atendimento ao cliente.

  • Exclusão de dados de tabela fria

    Depois que uma tabela fria é criada, as instruções DDL não podem ser executadas na tabela fria. Isso significa que a tabela não pode ser excluída diretamente, assim como o banco de dados ao qual ela pertence.

    Para excluir uma tabela fria, migre-a de volta e execute o comando drop.

Aviso de isenção

  • Durante a migração usando o DRS, se você quiser reter dados de tabelas frias de um banco de dados de origem, migre tabelas frias de volta para o banco de dados de origem e, em seguida, migre o banco de dados usando o DRS.
  • Leva mais tempo para consultar dados em tabelas frias. Se houver muitas tabelas frias, um grande número de logs de consulta lenta pode ser gerado.
  • Para evitar uma falha de operação, não crie nem migre de volta uma tabela fria quando qualquer outra operação estiver sendo realizada na instância.