Caso você modifique tabelas acidentalmente, utilize o recurso de restauração de bancos de dados e tabelas para recuperar as tabelas afetadas no cluster original.
É possível restaurar bancos de dados e tabelas usando uma restauração point-in-time ou a partir de um conjunto de backup (snapshot). Se o ponto de restauração desejado coincidir com o horário de criação de um conjunto de backup, a restauração a partir desse conjunto é mais prática. Já se o ponto alvo for diferente do horário de criação de qualquer conjunto de backup existente, será necessário usar a restauração point-in-time.
O novo fluxo de trabalho de restauração de bancos de dados e tabelas, que inclui o recurso Fast Import, está disponível em lançamento gradual para clusters PolarDB for MySQL 8.0.1 com versão secundária 8.0.1.1.49 ou posterior.
Processo geral
Independentemente de você optar pela restauração point-in-time ou pela restauração a partir de um conjunto de backup (snapshot), o processo principal permanece o mesmo. Primeiro, um nó temporário é criado e os dados de um ponto específico no tempo são restaurados nesse nó. Em seguida, os dados são transferidos do nó temporário para o cluster original.
A nova versão do recurso de restauração de bancos de dados e tabelas foi lançada em 3 de abril de 2024. Em comparação à versão anterior, esta reduz o tempo necessário para restaurar dados no cluster original. Os dados também são sincronizados automaticamente com Hot Standby Clusters e clusters secundários GDN, o que diminui significativamente o tempo total de restauração.
Cenários
O recurso de restauração de bancos de dados e tabelas oferece suporte ao PolarDB Enterprise Edition e Standard Edition, mas exige versões de revisão específicas do cluster. A tabela a seguir lista as versões de revisão mínimas necessárias para cada cenário.
Recursos básicos: Versão de revisão mínima necessária para oferecer suporte à restauração de bancos de dados e tabelas.
Novo processo de restauração: Uma versão de revisão mais recente é necessária para aproveitar a otimização de velocidade do novo processo de restauração.
Série da Edição | Versão do MySQL | Arquitetura | Recursos Básicos (Versão de Revisão Mínima) | Novo Processo de Restauração (Versão de Revisão Mínima) |
Enterprise Edition (Cluster Edition) | 5,6 | X86 |
|
|
5,7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
8.0.2 | X86 |
|
| |
Standard Edition | 5,6 | X86 |
|
|
5,7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
Yitian (ARM) |
|
| ||
8.0.2 | X86 |
|
|
Para visualizar a versão do kernel do seu cluster, acesse a seção Configuration Information na página Basic Information do seu cluster PolarDB for MySQL.
Fluxogramas das versões antiga e nova
Se a versão de revisão do seu cluster atender aos requisitos, o novo fluxo de trabalho de restauração de bancos de dados e tabelas será utilizado automaticamente. Os diagramas a seguir ilustram os fluxos de trabalho antigo e novo.
Recomendamos realizar a restauração de dados fora dos horários de pico.
Tempo estimado
Tempo estimado para cada etapa
Etapa | Tempo estimado |
Crie um nó temporário e restaure dados do conjunto de backup para o nó. | Aproximadamente 3 a 10 minutos. |
Restaure dados incrementais a partir de redo logs. Nota Esta etapa é necessária apenas para restaurações point-in-time. O tempo necessário depende do tamanho dos redo logs a serem aplicados. | 1,5 GB/minuto. |
Restaure dados no cluster original. | Para o tempo estimado, consulte Referência de testes de velocidade de restauração de bancos de dados e tabelas. |
Os dados acima servem apenas como referência.
Para restaurar terabytes de dados, a operação de restauração de bancos de dados e tabelas pode levar muito tempo. Para uma recuperação mais rápida, utilize o recurso de restauração completa a partir de um conjunto de backup. Esse processo geralmente leva apenas alguns minutos. Para mais informações, consulte Restaurar a partir de um conjunto de backup.
Referência de testes de velocidade de restauração de bancos de dados e tabelas
CPU e memória (dedicada) | Dados de teste | innodb_io_capacity | innodb_io_capacity_max | Fluxo de trabalho antigo | Novo fluxo de trabalho | Comparação de velocidade: Novo vs. fluxo antigo | |||||
Ative hot standby para armazenamento | Duração da restauração | Velocidade de restauração | Defina a velocidade de restauração | Duração da restauração | Velocidade de restauração | Hot Standby Cluster ativado (Fluxo antigo) | Aumento de velocidade | ||||
2 núcleos, 8 GB | Tabela única, aprox. 200 GB | 4000 | 8000 | Sim | 3 horas 38 minutos 25 segundos | 1,03 GB/minuto | Standard | 1 hora 43 minutos 36 segundos | 2,16 GB/minuto | Sim | 110% |
Não | 2 horas 23 minutos 0 segundos | 1,57 GB/minuto | Não | 38% | |||||||
4 núcleos, 16 GB | Tabela única, aprox. 200 GB | 4000 | 8000 | Sim | 3 horas 3 minutos 31 segundos | 1,14 GB/minuto | Quick | 54 minutos 13 segundos | 3,70 GB/minuto | Sim | 225% |
Não | 88% | ||||||||||
Standard | 1 hora 20 minutos | 2,5 GB/minuto | Sim | 119% | |||||||
Não | 1 hora 45 minutos 53 segundos | 1,97 GB/minuto | Não | 27% | |||||||
Safe | 2 horas 12 minutos | 1,52 GB/minuto | Sim | 33% | |||||||
Não | -30% | ||||||||||
8000 | 16000 | Sim | 3 horas 3 minutos 15 segundos | 1,14 GB/minuto | Quick | 42 minutos 18 segundos | 4,76 GB/minuto | Sim | 318% | ||
Não | 142% | ||||||||||
Standard | 54 minutos 16 segundos | 3,70 GB/minuto | Sim | 225% | |||||||
Não | 1 hora 45 minutos 53 segundos | 1,97 GB/minuto | Não | 88% | |||||||
Safe | 1 hora 20 minutos | 2,5 GB/minuto | Sim | 119% | |||||||
Não | 27% | ||||||||||
8 núcleos, 32 GB | Tabela única, aprox. 200 GB | 4000 | 8000 | Sim | 2 horas 50 minutos 56 segundos | 1,19 GB/minuto | Quick | 54 minutos 39 segundos | 3,70 GB/minuto | Sim | 211% |
Não | 80% | ||||||||||
Standard | 1 hora 21 minutos | 2,47 GB/minuto | Sim | 108% | |||||||
Não | 1 hora 38 minutos 57 segundos | 2,05 GB/minuto | Não | 20% | |||||||
Safe | 2 horas 12 minutos | 1,52 GB/minuto | Sim | 28% | |||||||
Não | -35% | ||||||||||
18000 | 36000 | Sim | 2 horas 51 minutos 5 segundos | 1,19 GB/minuto | Quick | 41 minutos 48 segundos | 4,88 GB/minuto | Sim | 310% | ||
Não | 273% | ||||||||||
Standard | 54 minutos 43 segundos | 3,70 GB/minuto | Sim | 211% | |||||||
Não | 1 hora 38 minutos 33 segundos | 1,31 GB/minuto | Não | 182% | |||||||
Safe | 1 hora 21 minutos | 2,47 GB/minuto | Sim | 108% | |||||||
Não | 89% | ||||||||||
16 núcleos, 64 GB | Tabela única, aprox. 200 GB | 4000 | 8000 | Sim | 2 horas 55 minutos 26 segundos | 1,17 GB/minuto | Quick | 53 minutos 28 segundos | 3,77 GB/minuto | Sim | 222% |
Não | 88% | ||||||||||
Standard | 1 hora 20 minutos | 2,5 GB/minuto | Sim | 114% | |||||||
Não | 1 hora 42 minutos 20 segundos | 2,01 GB/minuto | Não | 24% | |||||||
Safe | 2 horas 12 minutos | 1,52 GB/minuto | Sim | 30% | |||||||
Não | -32% | ||||||||||
20000 | 40000 | Sim | 2 horas 53 minutos 49 segundos | 1,19 GB/minuto | Quick | 41 minutos 1 segundo | 4,88 GB/minuto | Sim | 310% | ||
Não | 138% | ||||||||||
Standard | 54 minutos 5 segundos | 3,70 GB/minuto | Sim | 211% | |||||||
Não | 1 hora 40 minutos 35 segundos | 2,05 GB/minuto | Não | 80% | |||||||
Safe | 1 hora 20 minutos | 2,5 GB/minuto | Sim | 110% | |||||||
Não | 22% | ||||||||||
A velocidade de restauração refere-se à rapidez com que os dados são recuperados no cluster original. Esse valor não inclui o tempo necessário para criar um nó temporário ou restaurar logs incrementais durante o processo de restauração.
A velocidade de restauração depende de vários fatores: ativação do Hot Standby Cluster, especificações do nó primário, valor do parâmetro
innodb_io_capacity, configuração de velocidade de restauração e quantidade de tabelas sendo restauradas.É possível ajustar a velocidade de restauração alterando dinamicamente os valores dos parâmetros
innodb_io_capacityeinnodb_io_capacity_max. A modificação desses parâmetros tem pouco efeito na velocidade do fluxo de trabalho antigo, mas impacta significativamente o novo fluxo.A velocidade de restauração divide-se em três configurações com base nas operações de entrada/saída por segundo (IOPS) utilizadas: Quick, Standard e Safe. Um valor maior de IOPS resulta em uma restauração mais rápida, sendo esse ganho especialmente perceptível na recuperação de tabelas grandes.
A configuração de velocidade de restauração influencia pouco a velocidade no fluxo de trabalho antigo, mas gera grande impacto no novo fluxo.
Como a especificação de 2 núcleos e 8 GB é pequena e apresenta altas flutuações de I/O, a configuração de velocidade pode não surtir efeito notável. Por isso, os resultados de teste para essa configuração não estão listados.
Os dados de teste anteriores não cobrem cenários com restauração simultânea de muitas tabelas. Nesses casos, a velocidade também sofre alterações.
As informações de teste servem apenas como referência. A velocidade real de restauração varia conforme fatores como modelo da máquina subjacente e condições de rede.