Reparatie corrupte tabellen over MYSQL

Een paar dagen geleden begon ik op te sporen veel fouten op php-statistieken over de onmogelijkheid om een reeks van vragen van verschillende tafels.
De ontvangen berichten waren van dit type:
# 1016 - Kan bestand niet openen: "nometabella.MYI '(errno: 130)
In het begin was ik verwacht dat een probleem was te wijten aan een verzadiging van de beschikbare ruimte voor db, dus ik herverdeeld nog een paar MB, maar niet het merkt verbeteringen na twee dagen begon ik te zorgen. Zoeken op Google naar de foutmelding hierboven vond ik slechts een gevolg van de aanzienlijke gemeld dat een soortgelijk probleem en stelde betast oplossing van het probleem door het draaien van de volgende SQL-commando:

  REPAIR TABLE nometabella;

In mijn geval heb ik voor het opslaan slechts een van de drie tabellen echter corrupt en op dat moment vroeg ik een raad (en verduidelijkingen over de) Technische Ondersteuning TopHost die beantwoord suggerendomi om te proberen het commando:

  REPAIR TABLE nometabella USE_FRM;

In dit geval, de reparatie succesvol is geweest en php-statistieken lijkt te zijn teruggekeerd om goed te werken. Later, echter, ik wilde proberen te begrijpen wat 'beter een zin en de mogelijke gevolgen van deze ingrepen te herstellen dat opzicht en ik proberen om op de "MySQL 5,0 Reference Manual" onder "REPAIR TABLE Syntax" is vrij volledig, .
Dus ik kan begrijpen dat:

De oorzaak van corruptie tafels, of beter gezegd de index, is vrijwel altijd te wijten aan een plotselinge crash van DB, moeten begrijpen welk percentage van de verantwoordelijkheid wordt gedragen door de hosting service…
Het commando REPAIR TABEL nometabella; gewoon proberen om de wederopbouw van het index-bestand;
Het commando REPAIR TABEL nometabella USE_FRM; moet worden gebruikt precies waar het indexbestand er geen sprake is van meer of, indien zij de kop beschadigd. De optie USE_FRM geleden dat het bestand. MYI worden herschapen van de bestanden. FRM, zodat deze maatregel is meer radicale en gevaarlijk. Hetzelfde verwijzing MySQL zegt: "Gebruik deze modus alleen als je niet gebruik kunnen maken van reguliere REPAIR modi. Het. MYI header bevat belangrijke tabel metadata (in het bijzonder, de huidige AUTO_INCREMENT waarde en de koppeling Verwijderen) die verloren gaan bij het herstellen… USE_FRM. Gebruik geen USE_FRM als de tabel wordt gecomprimeerd omdat deze informatie wordt ook opgeslagen in de. MYI bestand. "