Reparere ødelagte bord på MYSQL

For noen dager siden begynte jeg å gjenkjenne en rekke feil på php-statistikk knyttet til det umulige å kjøre en rekke forespørsler fra ulike tabeller.
Meldingene ble mottatt av denne typen:
# 1016 - Kan ikke åpne filen: "nometabella.MYI '(Errno: 130)
I begynnelsen var jeg ventet var et problem på grunn av en metning av plass tilgjengelig for db, slik at jeg har reallocated et par MB, men ikke merker forbedringer etter to dager begynte jeg å bekymre deg. Søker på Google etter feilmeldingen ovenfor, fant jeg bare ett dokument om signifikante som rapporterte et lignende problem, og antydet at groped å løse problemet ved å kjøre følgende SQL-kommando:

 REPAIR TABLE nometabella;

I mitt tilfelle jeg klarte å redde bare ett av tre tabeller og korrupte Men da jeg spurte en forsamling (og også om avklaringer) i støtte av Tophost som svarte kan være interessert i kommandoen:

 REPAIR TABLE nometabella USE_FRM;

I dette tilfellet er REPARASJON har vært vellykket og php-statistikken synes å ha tatt for å fungere skikkelig. Senere har jeg imidlertid lyst til å prøve å forstå noen "beste minst til den betydning og mulige konsekvenser av disse handlingene for å gjenopprette at respekt og satte jeg et søk på" MySQL 5.0 Reference Manual ", som i" REPARASJON TABELL Syntax "er ganske uttømmende .
Så jeg kan forstå at:

Årsaken til korrupsjon tabeller, eller mer presist indeksen, er nesten alltid på grunn av en plutselig krasjer av DB; behov for å forstå hvilken prosentandel av ansvaret bæres av hosting ...
Kommandoen REPARASJON TABELL nometabella; bare prøve å rekonstruere indeksfil;
Kommandoen REPARASJON TABELL nometabella USE_FRM; skal brukes i tilfeller der indeksfil ikke er mer eller når de er skadet. Alternativet USE_FRM årsaker filen. MYI bli gjenskapt fra filen. FRM, så dette tiltaket er mer radikal og farlig. Det samme referanse MySQL sier: "Bruk denne modusen hvis du ikke kan bruke vanlige REPARASJON moduser. Den. MYI inneholder viktig tabellen metadata (spesielt gjeldende AUTO_INCREMENT verdi og Slett lenke) som er tapt i REPARASJON ... USE_FRM. Ikke bruk USE_FRM om bord er komprimerte, fordi denne informasjonen er også lagret i den. MYI fil. "