Se você modifique tabelas acidentalmente, use o recurso de restauração de bancos de dados e tabelas para restaurar 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 backups (snapshot). Se o ponto de restauração de destino coincidir com o horário de criação de um conjunto de backups, a restauração a partir desse conjunto é mais prática. Caso o ponto de restauração de destino seja diferente do horário de criação de qualquer conjunto de backups existente, será necessário usar uma restauração point-in-time.
O novo fluxo de trabalho de restauração de bancos de dados e tabelas, que inclui o Fast Import feature, está disponível em liberação gradual para clusters do PolarDB for MySQL 8.0.1 com versão secundária 8.0.1.1.49 ou posterior.
Processo geral
Independentemente de usar uma restauração point-in-time ou a partir de um conjunto de backups (snapshot), o processo principal é o mesmo. O sistema cria primeiro um nó temporário e restaura os dados de um ponto específico no tempo para esse nó. Em seguida, restaura os dados 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 com a versão anterior, esta versão 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 reduz significativamente o tempo de restauração.
Cenários
O recurso de restauração de bancos de dados e tabelas é compatível com as edições Enterprise e Standard do PolarDB, mas requer 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 diferentes cenários.
Recursos básicos: A 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: É necessária uma versão de revisão superior para aproveitar a otimização de velocidade do new restoration process.
|
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 |
|
|
Visualize a versão do kernel do seu cluster na seção Configurations da 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á usado automaticamente. Os diagramas a seguir ilustram os fluxos de trabalho antigo e novo.
Recomendamos restaurar os dados fora dos horários de pico.
Tempo estimado
Tempo estimado para cada etapa
Etapa | Tempo estimado |
Crie um nó temporário e restaure os dados do conjunto de backups para o nó. | Cerca de 3 a 10 minutos. |
Restaure dados incrementais a partir dos redo logs. Nota Esta etapa é necessária apenas para uma restauração point-in-time. O tempo necessário depende do tamanho dos redo logs a serem aplicados. | 1,5 GB/minuto. |
Restaure dados para o cluster original. | Para o tempo estimado, consulte Reference for database and table restoration speed tests. |
Os dados anteriores são apenas para 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 restauração mais rápida, use o recurso de restauração completa a partir de um conjunto de backups. Esse processo geralmente leva apenas alguns minutos. Para mais informações, consulte Restore from a backup set.
Referência para 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 de trabalho antigo | |||||
Ative hot standby para armazenamento | Duração da restauração | Velocidade de restauração | Configuração de velocidade de restauração | Duração da restauração | Velocidade de restauração | Hot Standby Cluster ativado (fluxo de trabalho antigo) | Aumento de velocidade | ||||
2 núcleos, 8 GB | Tabela única, cerca de 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, cerca de 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, cerca de 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, cerca de 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 à velocidade com que os dados são restaurados no cluster original. Não inclui o tempo necessário para crie um nó temporário ou restaurar logs incrementais no restoration process.
A velocidade de restauração depende de vários fatores: se um Hot Standby Cluster está ativado, as especificações do nó primário, o valor do parâmetro
innodb_io_capacity, a configuração de velocidade de restauração e o número de tabelas sendo restauradas.Defina a velocidade de restauração alterando dinamicamente os valores dos parâmetros
innodb_io_capacityeinnodb_io_capacity_max. A alteração desses valores de parâmetro tem um efeito menor na velocidade de restauração do fluxo de trabalho antigo, mas um grande impacto no novo fluxo de trabalho.A velocidade de restauração é categorizada em três configurações com base nas operações de entrada/saída por segundo (IOPS) utilizadas: Quick, Standard e Safe. Um valor de IOPS mais alto resulta em uma velocidade de restauração mais rápida. O aumento de velocidade é especialmente notável ao restaurar tabelas grandes.
A configuração de velocidade de restauração tem um efeito menor na velocidade de restauração do fluxo de trabalho antigo, mas um grande impacto no novo fluxo de trabalho.
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 de restauração pode não ter um efeito notável. Portanto, os resultados de teste para essa configuração não estão listados.
Os dados de teste anteriores não cobrem cenários em que muitas tabelas são restauradas. Se você restaurar muitas tabelas de uma vez, a velocidade de restauração também será afetada.
Os dados de teste anteriores são apenas para referência. A velocidade real de restauração é afetada por fatores como o modelo de máquina subjacente e as condições de rede.