Ремонт на повредени трапези MySQL

Преди няколко дни започнах да се открият много грешки в PHP-статистика, свързана с невъзможността да тече серия от запитвания от различни таблици.
Посланията са били получени от този вид:
# 1016 - Не може да се отвори файл: "nometabella.MYI" (errno: 130)
В началото се очакваше беше проблемът се дължи на насищането на пространството на разположение за DB, така че имате на преразпределят още няколко MB, но не забелязва подобрение след два дни започнах да се притеснявам. Търсене в Google за съобщението за грешка горе, намерих само един документ относно значими съобщава, че подобен проблем и предполагат, че groped за решаване на проблема чрез изпълнение на следното SQL команда:

 REPAIR TABLE nometabella;

В моя случай, че е успял да спаси само един от три маси и корумпирани Но тогава поиска съвет (а също и за пояснения) в подкрепа на Tophost, който може да се отговори с интерес към команда:

 REPAIR TABLE nometabella USE_FRM;

В този случай, ремонта е бил успешен и PHP-статистика, изглежда са взели за да функционира правилно. По-късно обаче, аз исках да опитам да разбера някои "най-добри поне за смисъла и възможните последствия от тези действия да се възстанови тази връзка и аз пуснати за търсене на" MySQL 5,0 Референтен наръчник ", че в" ремонт МАСА Синтаксис "е доста изчерпателен .
Така че може да разбере, че:

Причината за корупцията таблици, или по-точно индекса, е почти винаги се дължи на внезапно блокиране на БД; Трябва да се разбере какъв процент от отговорността се поема от хостинг ...
Командният РЕМОНТ МАСА nometabella; просто да се опита да възстанови индекс файл;
Командният РЕМОНТ МАСА nometabella USE_FRM; да се използва в случаите, когато индекса на файла не е повече или когато заглавна е повреден. Възможността USE_FRM причинява файл. MYI се recreated от файла. FRM, така че тази мярка е по-радикални и опасни. Същото препратка MySQL казва: "Използвайте този режим, само ако не можете да използвате редовни РЕМОНТ режими. THE. MYI заглавна съдържа важна таблица метаданни (по-специално, текущи AUTO_INCREMENT стойността и Изтриване на връзка), които са загубили в РЕМОНТ ... USE_FRM. Не използвайте USE_FRM ако масата е сгъстен, защото тази информация е също така съхраняват в. MYI файл. "