Recuperação MySQL

Quando mysqld se recusa a iniciar, você ainda tem os arquivos no disco

Servidor morto após uma falha ou queda de energia? Aponte esta ferramenta do Windows para o seu diretório de dados, escaneie .ibd/.frm/.MYD/.MYI, visualize tabelas e exporte SQL limpo que você pode importar em outro lugar. Experimente primeiro.

Full seller details: Legal information.

Recuperação MySQL — screenshot.

Você não precisa de um serviço MySQL em execução. O aplicativo lê os fragmentos no disco, reconstrói o que pode e entrega um script pronto para importação - útil após migrações de host, restaurações ruins ou backups inacabados.

Construído para momentos de "não podemos abrir o banco de dados"

Uso típico: copie o diretório de dados da máquina quebrada, execute a verificação em um PC Windows em funcionamento, inspecione as visualizações e, em seguida, carregue o SQL em uma nova instância. Você permanece no controle de onde os arquivos vão; nada é gravado de volta nos originais.

How to use it

1

Reúna os arquivos do banco de dados

Copie a pasta que contém seus arquivos .ibd, .frm, .MYD e .MYI (ou todo o diretório de dados) para uma unidade com espaço livre. Mantenha uma segunda cópia intocada enquanto você trabalha.</span>

2

<span class="bold">Escanear e revisar visualizações</span>

Adicione os caminhos no aplicativo, execute o passe de recuperação e abra o navegador de tabelas para confirmar se as contagens de linhas e as células de amostra parecem sãs antes de exportar.

3

Exportar SQL e importar de forma limpa</p>

Salve o script gerado, crie um banco de dados vazio em um servidor íntegro, importe com o cliente mysql ou sua ferramenta de administração, então execute suas verificações de integridade normais.

Benefits

Recuperação após falhas e desligamentos incorretos

Perda de energia, interrupções forçadas e problemas de disco frequentemente deixam tabelas MyISAM marcadas como corrompidas ou páginas InnoDB inconsistentes. Uma passagem em nível de arquivo pode revelar dados que o mysqld não montará.

<span class="bold">Visualização em vez de restaurações cegas</span>

Análise rápida de tabelas e amostras de células na interface do usuário para avaliar se a recuperação justifica a importação antes de afetar a produção.

Manter originais somente leitura

A ferramenta destina-se a ler seus arquivos danificados e escrever resultados em outro lugar—sua pasta de origem permanece inalterada enquanto você itera.

Por que as pessoas o usam

<p>Funciona sem um servidor ativo</p>

Se o serviço não iniciar ou a instância desaparecer, ainda é possível trabalhar a partir do armazenamento inativo, desde que os arquivos sejam legíveis.

<p><span>InnoDB e MyISAM em um fluxo de trabalho</span></p> <p>Este guia discute considerações ao usar <span class="bold">InnoDB</span> e <span class="bold">MyISAM</span> em um único fluxo de trabalho.</p> <p><span class="bold">InnoDB</span> é o mecanismo de armazenamento padrão para o MySQL 5.5 e versões posteriores. Ele oferece suporte a chaves estrangeiras, commits, rollbacks e recuperação de falhas para proteger os dados do usuário. O <span class="bold">InnoDB</span> armazena dados em um espaço de tabela agrupado para reduzir a E/S.</p> <p><span class="bold">MyISAM</span> é um mecanismo de armazenamento legado. Ele não oferece suporte a chaves estrangeiras e não oferece suporte a commits e rollbacks transacionais. O <span class="bold">MyISAM</span> armazena dados em disco como arquivos separados. Ele fornece compactação e índices espaciais.</p> <p>Considerações ao usar <span class="bold">InnoDB</span> e <span class="bold">MyISAM</span>:</p> <ul> <li><p><span class="bold">MyISAM</span> não oferece suporte a transações. Você não pode usar commits e rollbacks para proteger seus dados.</p></li> <li><p><span class="bold">MyISAM</span> não oferece suporte a chaves estrangeiras. Você deve impor a integridade referencial em seu aplicativo.</p></li> <li><p><span class="bold">InnoDB</span> oferece suporte a bloqueio de linha. <span class="bold">MyISAM</span> suporta apenas bloqueio de tabela.</p></li> <li><p><span class="bold">MyISAM</span> oferece melhor desempenho de leitura. <span class="bold">InnoDB</span> oferece melhor desempenho de gravação.</p></li> </ul> <p>Se você precisa de transações, integridade referencial e recuperação de falhas, use <span class="bold">InnoDB</span>. Se você precisa de desempenho de leitura rápido e não precisa de recursos transacionais, use <span class="bold">MyISAM</span>.</p> <p>Você pode converter tabelas de <span class="bold">MyISAM</span> para <span class="bold">InnoDB</span> usando a seguinte instrução:</p> <p><code>ALTER TABLE table_name ENGINE=InnoDB;</code></p> <p>Você pode converter tabelas de <span class="bold">InnoDB</span> para <span class="bold">MyISAM</span> usando a seguinte instrução:</p> <p><code>ALTER TABLE table_name ENGINE=MyISAM;</code></p> <p>Ao usar ambos os mecanismos de armazenamento, considere os seguintes pontos:</p> <ul> <li><p>Use <span class="bold">InnoDB</span> para tabelas que requerem transações e integridade referencial.</p></li> <li><p>Use <span class="bold">MyISAM</span> para tabelas somente leitura ou tabelas que requerem desempenho de leitura rápido.</p></li> <li><p>Evite unir tabelas <span class="bold">InnoDB</span> e <span class="bold">MyISAM</span>. Isso pode causar problemas de desempenho.</p></li> </ul> <p>Conclusão</p> <p><span class="bold">InnoDB</span> e <span class="bold">MyISAM</span> são mecanismos de armazenamento diferentes com diferentes compensações. Escolha o mecanismo de armazenamento que melhor atenda às necessidades do seu aplicativo.</p>

Implantações mistas são comuns; não necessita de utilitários únicos separados para cada motor quando ambos aparecem na mesma árvore de backup.

Editar antes de confirmar</span>

A saída é SQL simples. Remova linhas ruins, divida despejos grandes ou ajuste DDL em um editor de texto se seu DBA quiser uma passagem manual.

Códigos de erro comuns de corrupção do MySQL

Código de erroModelo de mensagem oficial do MySQLCausa primária
1016Não é possível abrir o arquivo: '[table_name].MYI' (errno: 2)Arquivos de banco de dados ou tabela ausentes ou fisicamente danificados no disco.
1030Obteve o erro [X] do mecanismo de armazenamentoWrapper genérico para falhas internas do InnoDB ou MyISAM.
1033Informações incorretas no arquivo: './[db]/[table].frm'Definição de tabela corrompida ou um arquivo de metadados .frm danificado.
1064Você tem um erro na sua sintaxe SQL próximo a '..'Às vezes, danos nos metadados surgem como sintaxe falsa quando o servidor lê incorretamente as estruturas.
1146A tabela '[db].[table]' não existeArquivos .frm ausentes ou uma incompatibilidade entre o dicionário de dados e os arquivos no disco.
1194A tabela '[table]' está marcada como danificada e deve ser reparadaCorrupção severa do MyISAM, geralmente após uma gravação interrompida no meio do processo.
1412A definição da tabela foi alterada, tente novamente a transaçãoArquivo .frm dessincronizado com o dicionário de dados do InnoDB.
145A tabela '..' não foi fechada corretamente; está marcada como danificadaDesligamento ou eliminação inadequada enquanto a tabela estava aberta.
126O arquivo de índice está corrompido; tente repará-loCorrupção do índice .MYI; o mecanismo não consegue mapear linhas de forma confiável.
2013Conexão perdida com o servidor MySQL durante a consultaFalha do lado do servidor (por exemplo, falha de segmentação) ao ler páginas danificadas.
Apenas logInnoDB: Incompatibilidade de checksum na página [X]Degradação de bits, setores defeituosos ou erros de hardware tornando as páginas ilegíveis.

FAQ

Geralmente, sim. O aplicativo tem como alvo os arquivos brutos. Copie a árvore para uma máquina Windows com espaço livre suficiente, aponte o scanner para ela e trabalhe a partir de visualizações. Mantenha uma cópia duplicada intocada até estar satisfeito com a exportação.
MySQL desde builds legados 5.x até as linhas atuais 8.x/9.x, mais layouts estilo MariaDB 10.x/11.x que vemos em campo. InnoDB e MyISAM estão ambos no escopo; pastas mistas são normais.
REPAIR precisa de um servidor cooperativo e arquivos intactos o suficiente para abrir a tabela. Quando o mysqld morre no meio do reparo ou não inicializa, a recuperação no nível do arquivo é o próximo passo. Trate isso como uma passagem mais profunda sobre bytes, não uma correção somente SQL.
A exportação visa reconstruir a estrutura e os dados juntos — chaves, tipos, views e triggers quando os fragmentos permitem. Arquivos severamente truncados podem produzir tabelas parciais; a visualização mostra o que sobreviveu antes de você comprometer espaço em disco para um dump completo.
Não. Abre arquivos somente leitura, emite SQL para um caminho que você escolher. Se algo parecer errado, exclua a exportação e verifique novamente com diferentes opções sem tocar na mídia de origem.
O tempo de execução escala com o tamanho total do arquivo e a fragmentação. Instâncias pequenas terminam rapidamente; árvores de várias centenas de gigabytes precisam de paciência e discos rápidos. Use a versão de avaliação para cronometrar uma pasta representativa antes de planejar uma janela de manutenção.
Você pode executar varreduras completas e inspecionar visualizações. A ativação paga remove os limites de exportação (como limites de linha por tabela na demonstração). Se as visualizações estiverem vazias, comprar não irá magicamente inventar dados — envie um conjunto de amostra para o suporte se não tiver certeza.

System Requirements

Recuperação MySQL

Languages

Version

1.5

File Size

6,1 Mb

Last updated on

May 6, 2026

  • Windows 11/10/8.1/8/7 (32/64 bit)
  • Intel i3, AMD Ryzen 5 or above
  • 4 GB of RAM or above
  • NVIDIA® GeForce® series 8 and 8M, Intel® HD Graphics 2000, Quadro FX 4800, Quadro FX 5600, AMD Radeon™ R600, Mobility Radeon™ HD 4330, Mobility FirePro™ series, Radeon™ R5 M230 or higher graphics card with up-to-date drivers
  • 1280 × 768 screen resolution, 32-bit color
  • 1 GB of free hard disk space or above

GRT requirements trial note