Opravit poškozený tabulky MYSQL

Před pár dny jsem začal zjišťovat spoustu chyb na php-statistiky vztahující se k nemožnosti spustit řadu dotazů z různých tabulek.
Zprávy byli tohoto typu:
# 1016 - nelze otevřít soubor: 'nometabella.MYI' (errno: 130)
Na začátku jsem očekával byl problém vzhledem k nasycení prostoru pro db, tak jsem se přerozdělí ještě pár MB, ale ne povšimnutí zlepšení po dvou dnech jsem se začal bát. Vyhledávání na Google pro chybová zpráva výše, našel jsem jen jeden dokument o výrazné, že ohlásil podobný problém, a naznačil, že groped k vyřešení problému běžet následující SQL příkaz:

 REPAIR TABLE nometabella;

V mém případě jsem se podařilo zachránit pouze jednu ze tří korupčních stolech, a pak jsem se zeptala Rady (a také o vysvětlení) na podporu Tophost, kteří odpověděli mohl mít zájem na příkaz:

 REPAIR TABLE nometabella USE_FRM;

V tomto případě se oprava byla úspěšná a php-statistiky se zdá, že se řádně fungovat. Později však, chtěl jsem se pokusit pochopit některé 'nejlépe alespoň o významu a možných důsledcích těchto akcí, které mají obnovit, že respekt a dal jsem vyhledávání na "MySQL 5.0 Reference Manual", že v "Opravit TABULKA Syntaxe" je zcela vyčerpávající .
Takže jsem mohl pochopit, že:

Příčinou korupce tabulek, nebo přesněji indexu, je téměř vždy vzhledem k náhlému zhroucení NR, musí pochopit, jaké procento odpovědnost nese na hostování ...
Příkaz OPRAVY TABULKA nometabella jednoduše pokusit rekonstruovat index souboru;
Příkaz OPRAVY TABULKA nometabella USE_FRM; být používán v případech, kdy index soubor je již více nebo hlavičkové když je korupčních. Možnost USE_FRM způsobí, že soubor. MYI být znovu ze spisu. FRM, takže toto opatření je více radikální a nebezpečné. Stejný odkaz MySQL říká: "Tento režim použijte, pouze pokud nemůžete použít pravidelné opravě módy. V. MYI hlavička obsahuje důležité tabulky metadat (zejména aktuální hodnotu AUTO_INCREMENT a odkaz Odstranit), které jsou ztraceny v oblasti oprav ... USE_FRM. Nepoužívejte USE_FRM v případě, že tabulka je komprimován, protože tato informace je také uloženy ve formátu. MYI file. "