Início / dba / Perguntas / 345723
Accepted
You Old Fool
Asked: 2025-03-14 21:16:59 +0800 CST

Como recriar tabelas innodb corrompidas com innodb_file_per_table?

  • 772

O MySQL se recusa a iniciar e eu só consegui iniciar em modo somente leitura usando innodb_force_recovery = 6. Todas as respostas que encontrei sobre esse tópico sugerem fazer um backup, deletar ibdata e ib_logfiles e então deixá-los serem recriados:

No meu caso, como innodb-file-per-table está habilitado, estou pensando se também preciso excluir arquivos como /var/lib/mysql/MY_DATABASE/table.ibd?este. Além disso, como o registro de refazer está desabilitado, não há nenhum arquivo de log para remover.

O erro específico que recebi foi este:

[InnoDB] O servidor foi encerrado quando o redo logging do InnoDB foi desabilitado. Os arquivos de dados podem estar corrompidos. Você pode tentar reiniciar o banco de dados com innodb_force_recovery=6

Neste ponto, consegui iniciar no modo somente leitura e fiz um backup de todas as tabelas que preciso. O que especificamente devo excluir? Ou há uma abordagem melhor para reconstruir completamente essas tabelas?

Estou pensando em simplesmente desinstalar o MySQL completamente e limpar o diretório inteiro, mas estou esperando feedback aqui se houver uma abordagem mais simples.

mysql

1 respostas

  1. Best Answer

    A única maneira segura de usar o método de despejo e recriação para restaurar tabelas InnoDB corrompidas é recriar todas as tabelas InnoDB.

    Mesmo se você usar innodb_file_per_table, o ibdata1arquivo potencialmente contém parte de qualquer tabela InnoDB, porque ele pode conter partes do buffer de alteração . Então, se você remover o ibdata1, você pode (e provavelmente irá) corromper outras tabelas InnoDB.

    Não tenho certeza se desabilitar o redo log levou à corrupção da sua tabela, mas com base no erro que você mostra, deduzo que sim. Não desabilite o redo log e então mate seu MySQL Server.

    O manual diz:

    Desabilitando o registro de refazer

    Este recurso é destinado apenas para carregar dados em uma nova instância do MySQL. Não desabilite o redo logging em um sistema de produção. É permitido desligar e reiniciar o servidor enquanto o redo logging estiver desabilitado, mas uma parada inesperada do servidor enquanto o redo logging estiver desabilitado pode causar perda de dados e corrupção da instância.

    Supondo que você estivesse seguindo esse conselho, você estava no processo de carregar dados iniciais para sua nova instância de banco de dados, então você já deve ter um backup completo. Nesse caso, a coisa mais limpa a fazer seria remover tudo no datadir e começar de novo inicializando, e então recarregar todo o backup.

    Então, antes de atualizar quaisquer dados, você deve reativar imediatamente o log de refazer.

    • 2

relate perguntas