Tabela MySQL jest oznaczona jako awaria i ostatnia (automatyczna?) Naprawa nie powiodła się

126

Naprawiałem tę tabelę, nagle serwer się zawiesił, a kiedy wróciłem, wszystkie tabele są w porządku, ale ten pokazuje, że jest używany, a kiedy próbuję naprawić, nie kontynuuje.

BŁĄD 144 - Tabela './extas_d47727/xzclf_ads' jest oznaczona jako awaria i ostatnia (automatyczna?) Naprawa nie powiodła się

Co mogę zrobić, żeby to naprawić?

CryptoMiningPoolSetupYiimp
źródło
1
Widziałem, że dzieje się tak głównie wtedy, gdy podstawowy system plików wychodzi z wolnych i-węzłów. Sprawdź za pomocą df -hi. Zwykle coś wypełnia go mnóstwem małych plików, jak np. Pliki sesji php, które nie są czyszczone.
Zrin

Odpowiedzi:

260

Jeśli Twój proces MySQL jest uruchomiony, zatrzymaj go. W Debianie:

sudo service mysql stop

Przejdź do folderu danych. W Debianie:

cd /var/lib/mysql/$DATABASE_NAME

Spróbuj biegać:

myisamchk -r $TABLE_NAME

Jeśli to nie zadziała, możesz spróbować:

myisamchk -r -v -f $TABLE_NAME

Możesz ponownie uruchomić serwer MySQL. W Debianie:

sudo service mysql start
Aleksandar Vucetic
źródło
3
Wypróbowałem powyższe polecenie. Otrzymuję ten błąd Nie mogę utworzyć nowego pliku tymczasowego: „xzclf_ads.TMD”
CryptoMiningPoolSetupYiimp
2
Cóż, czy dysk jest naprawdę pełny? Czy możesz spróbować uruchomić „df -h”? Najprawdopodobniej tak jest i powinieneś zwolnić trochę miejsca ... Podczas naprawy tabeli wykorzystuje trochę miejsca na dysku do zapisywania w tabeli tymczasowej. Jak widać z komunikatu o błędzie, zapisuje go do folderu / tmp /
Aleksandar Vucetic
13
Musiałem nawigować /var/lib/mysql/<database>i biec myisamchk -r -v -f ./<table name>.
Linus Oleander
5
Mam myisam_sort_buffer_size is too smallbłąd, więc to polecenie zadziałało:myisamchk -r -v --sort_buffer_size=2G <table_name>
dusan
1
Wow, myślałem, że cała moja strona internetowa została zerwana. Taka prosta poprawka. Jesteś moim bohaterem!
Anthony,
105

Spróbuj uruchomić następujące zapytanie:

repair table <table_name>;

Miałem ten sam problem i to mnie rozwiązało.

cREcker
źródło
To była szybka naprawa! Miałem „złą” tabelę opcji. Upewnij się, że najpierw wybrałeś właściwą bazę danych!
jyllstuart
12

Jeśli daje ci odmowę uprawnień podczas przenoszenia do / var / lib / mysql, użyj następującego rozwiązania

$ cd /var/lib/
$ sudo -u mysql myisamchk -r -v -f mysql/<DB_NAME>/<TABLE_NAME>
crazycrv
źródło
4

Musiałem dodać USE_FRM do oświadczenia o naprawie, aby działało.

REPAIR TABLE <table_name> USE_FRM;
znak
źródło
3

Otrzymałem myisamchk: error: myisam_sort_buffer_size is too smalljako błąd.

Rozwiązanie

myisamchk -r -v mysql/<DB_NAME>/<TABLE_NAME> --sort_buffer_size=2G
ThorstenS
źródło
2

Przejdź do data_diri usuń Your_table.TMPplik po naprawie <Your_table>tabeli.

Humbertosms
źródło
Gdzie jest data_dir?
CMCDragonkai
1
wyszukaj go za pomocą tego polecenia grep -r datadir /etc/mysql/. Powinien znajdować się /var/lib/mysqlpod debianem i ubuntu.
ThorstenS,
1

To jest 100% rozwiązanie. Sam tego spróbowałem.

myisamchk -r -v -f --sort_buffer_size = 128M --key_buffer_size = 128M / var / lib / mysql / databasename / tabloname

cryptox1
źródło
0

Wypróbowałem opcje w istniejących odpowiedziach, głównie tę oznaczoną jako poprawna, która nie działa w moim scenariuszu. Jednak to, co zadziałało, to użycie phpMyAdmin. Wybierz bazę danych, a następnie zaznacz tabelę, z rozwijanego menu dolnego wybierz opcję „Napraw tabelę”.

  • Typ serwera: MySQL
  • Wersja serwera: 5.7.23 - MySQL Community Server (GPL)
  • phpMyAdmin: Informacje o wersji: 4.7.7
user3417257
źródło