Reparo em tabelas corrompidas MYSQL

Reparar tabelas corrompidas no MYSQL

Há alguns dias, eu comecei a detectar um monte de erros em php-estatísticas relacionadas com a impossibilidade de executar uma série de consultas a partir de tabelas diferentes.
As mensagens recebidas eram deste tipo:
# 1016 - Não é possível abrir o arquivo: "nometabella.MYI '(errno: 130)
No começo eu estava esperando era um problema devido a uma saturação do espaço disponível para db, então eu tenho um outro casal de realocados MB, mas não percebendo melhorias após dois dias eu comecei a me preocupar. Pesquisando no Google para a mensagem de erro acima, eu encontrei apenas um documento importante sobre um problema semelhante que foi reportada e sugeriu que groped para resolver o problema executando o seguinte comando SQL:

  REPAIR TABLE nometabella;

No meu caso, eu só conseguiu salvar uma das três tabelas e corruptos Mas então eu pedi um conselho (e também sobre os esclarecimentos), em apoio do Tophost respondeu que possam estar interessadas no comando:

  REPAIR TABLE nometabella USE_FRM;

Neste caso, a REPARAÇÃO tem sido bem sucedida e php-stats parece ter tomado a funcionar correctamente. Mais tarde, porém, eu queria tentar compreender alguns dos melhores, pelo menos, para o significado e as possíveis conseqüências dessas ações para recuperar esse respeito e eu coloquei uma pesquisa sobre o "Manual de Referência do MySQL 5.0" na seção "REPAIR TABLE" é bastante exaustiva .
Portanto, eu poderia entender que:

A causa da corrupção de quadros, ou, mais precisamente índice, é quase devido a uma súbita queda do PO; necessidade de compreender qual a percentagem de responsabilidade é assumida pela hospedagem ...
O comando REPAIR TABLE nometabella; simplesmente tente reconstruir o arquivo índice;
O comando REPAIR TABLE nometabella USE_FRM; ser utilizado nos casos em que o arquivo de índice é nem mais nem quando o cabeçalho é corrupto. A opção USE_FRM faz com que o arquivo. MYI ser recriado a partir do arquivo. FRM, pelo que esta medida é mais radical e perigosa. A mesma referência do MySQL, afirma: "Use este modo apenas se você não pode usar regular CONSERTO modos. O. MYI cabeçalho contém importantes tabela metadados (em especial, actual valor AUTO_INCREMENT e Excluir link) que estão REPAIR perdido em ... USE_FRM. Não use USE_FRM se o quadro é comprimido, porque esta informação é igualmente armazenada no. MYI file ".