Repararea corupt pe tabele de MYSQL

Cu câteva zile în urmă am început pentru a detecta o multime de erori de pe php-statistici legate de imposibilitatea de a executa o serie de interogări de la diferite tabele.
Mesajele primite au fost de acest tip:
# 1016 - Nu pot deschide fisierul: 'nometabella.MYI' (errno: 130)
La început am fost asteptam a fost o problemă, datorită unei saturaţia de spaţiu disponibil pentru db, asa ca am realocate un alt cuplu de MB, dar nu observ îmbunătăţiri după două zile am început să vă faceţi griji. Căutarea pe Google pentru mesajul de eroare de mai sus, am găsit numai un document de pe semnificative care a raportat o problemă similară şi a sugerat că groped pentru a rezolva problema, cu comanda SQL de comandă următoarele:

  TABEL REPAIR nometabella;

În cazul meu am reuşit să salveze doar unul din trei tabele şi corupt Dar apoi am întrebat de un consiliu (şi, de asemenea, despre clarificări) în sprijinul Tophost a răspuns care ar putea fi interesat de comandă:

  TABEL REPAIR nometabella USE_FRM;

În acest caz, de reparare a fost de succes şi php-statistici pare a fi luate pentru a funcţiona corect. Mai târziu, cu toate acestea, am vrut să încerc să înţeleg unele "cel mai bun, cel puţin la sensul şi consecinţele posibile ale acestor acţiuni pentru a restaura şi de faptul că ceea ce am pus o căutare cu" 5,0 MySQL Reference Manual ", în" repararea TABEL Sintaxa "este destul de exhaustivă .
Aşa că am putea înţelege că:

Cauza corupţiei în tabele, sau mai precis index, este aproape întotdeauna o data, din cauza prăbuşirii DB; nevoie pentru a înţelege ce procent de responsabilitate este suportat de gazduire ...
Comanda REPAIR TABLE nometabella; încerca pur şi simplu de a reconstitui fişierul index;
Comanda REPAIR TABLE nometabella USE_FRM; fi utilizat în cazurile în care nu este un fişier de index sau mai multe din antet, atunci când este corupt. Opţiunea de USE_FRM cauze de fişier. MYI fi recreat din fişier. Frm, această măsură este atât de radicale şi mai periculoase. În aceeaşi referinţă MySQL a spune: "Utilizaţi acest mod numai dacă nu puteţi utiliza regulat REPAIR moduri. De. MYI antet conţine tabelul de metadate importante (în special, valoarea AUTO_INCREMENT curent şi legătura Ştergere), care s-au pierdut în repararea ... USE_FRM. Nu utilizaţi USE_FRM în cazul în care este comprimat de masă, pentru că această informaţie este, de asemenea, stocate în. MYI fişier. "