Naprawa uszkodzonych tabel na MYSQL

Kilka dni temu zaczęłam do wykrycia wielu błędów na php-statystyki odnoszące się do niemożności uruchomienia szeregu zapytań z różnych tabel.
Wiadomo ¶ ci otrzymane były tego typu:
# 1016 - Nie można otworzyć pliku: 'nometabella.MYI' (errno: 130)
Na początku byłem oczekuje był problem ze względu na nasycenie przestrzeni dostępnej dla db, więc mam innego ponownie kilka MB, ale nie zauważane poprawy po dwóch dniach zacząłem się martwić. Wyszukiwanie w Google komunikat o błędzie powyżej, znalazłem tylko jeden dokument na znaczące, że zgłaszane podobny problem i sugerował, że groped, aby rozwiązać problem przez uruchomienie następującego polecenia SQL:

 REPAIR TABLE nometabella;

W moim przypadku udało mi się zapisać tylko jedną z trzech skorumpowanych stołach, a następnie Ale zapytałem Rady (a także o wyjaśnienia) w celu wspierania Tophost, którzy mogą być zainteresowani odpowiedział na polecenie:

 REPAIR TABLE nometabella USE_FRM;

W takim przypadku naprawa była udana i php-statystyki wydaje się miały funkcjonować prawidłowo. Później jednak, chciałem spróbować zrozumieć niektóre "najlepiej co najmniej na znaczeniu i możliwych skutkach tych działań, aby przywrócić szacunek i że ja kładę wyszukiwania na" MySQL 5.0 Reference Manual ", że w" REPAIR TABLE Składnia "jest dość wyczerpujące .
Więc mogę zrozumieć, że:

Przyczyną korupcji w tabelach, lub bardziej precyzyjnie indeksu, jest prawie zawsze z powodu nagłej katastrofy DB; trzeba zrozumieć, jaki procent odpowiedzialność ponosi przyjęciu ...
Polecenie REPAIR TABLE nometabella; po prostu spróbować odtworzyć plik indeksu;
Polecenie REPAIR TABLE nometabella USE_FRM; być stosowany w przypadkach, gdy plik indeksu ma więcej lub gdy nagłówek jest uszkodzony. USE_FRM opcji powoduje, że plik. MYI być odtworzone z pliku. Frm, więc środek ten jest bardziej radykalne i niebezpieczne. Tym samym odniesienie MySQL mówi: "Używaj tego trybu tylko wtedy, gdy nie można używać regularnie NAPRAWY trybów. Na. MYI nagłówek zawiera ważne tabeli metadanych (w szczególności bieżącej wartości AUTO_INCREMENT i Usuń łącze), które zostały utracone w naprawie ... USE_FRM. Nie używać, jeśli USE_FRM tabeli jest skompresowany, ponieważ informacje te są również przechowywane w pliku. MYI pliku. "