Ich habe diese Tabelle repariert. Der Server ist plötzlich hängen geblieben. Als ich zurückkam, waren alle Tabellen in Ordnung, aber diese zeigt "in Verwendung" an und wenn ich versuche, sie zu reparieren, wird sie nicht fortgesetzt.
FEHLER 144 - Die Tabelle './extas_d47727/xzclf_ads' ist als abgestürzt markiert und die letzte (automatische?) Reparatur fehlgeschlagen
Was kann ich tun, um es zu reparieren?
Antworten:
Wenn Ihr MySQL-Prozess ausgeführt wird, stoppen Sie ihn. Auf Debian:
Gehen Sie zu Ihrem Datenordner. Auf Debian:
Versuchen Sie zu laufen:
Wenn das nicht funktioniert, können Sie versuchen:
Sie können Ihren MySQL-Server erneut starten. Auf Debian:
quelle
/var/lib/mysql/<database>
und rennenmyisamchk -r -v -f ./<table name>
.myisam_sort_buffer_size is too small
Fehler, also funktionierte dieser Befehl für mich:myisamchk -r -v --sort_buffer_size=2G <table_name>
Versuchen Sie, die folgende Abfrage auszuführen:
Ich hatte das gleiche Problem und es löste mich das Problem.
quelle
Wenn Sie beim Umzug nach / var / lib / mysql die Berechtigung verweigern, verwenden Sie die folgende Lösung
quelle
Ich musste USE_FRM zur Reparaturanweisung hinzufügen, damit es funktioniert.
quelle
Ich habe
myisamchk: error: myisam_sort_buffer_size is too small
als Fehler bekommen.Die Lösung
quelle
Gehen Sie zu
data_dir
und entfernen Sie dieYour_table.TMP
Datei, nachdem Sie die<Your_table>
Tabelle repariert haben .quelle
data_dir
?grep -r datadir /etc/mysql/
. Sollte/var/lib/mysql
unter Debian und Ubuntu sein.Dies ist eine 100% ige Lösung. Ich habe es selbst versucht.
myisamchk -r -v -f --sort_buffer_size = 128M --key_buffer_size = 128M / var / lib / mysql / databasename / tabloname
quelle
Ich habe die Optionen in den vorhandenen Antworten ausprobiert, hauptsächlich die als korrekt markierte, die in meinem Szenario nicht funktioniert hat. Was jedoch funktionierte, war die Verwendung von phpMyAdmin. Wählen Sie die Datenbank und dann die Tabelle aus. Wählen Sie im unteren Dropdown-Menü "Tabelle reparieren".
quelle