mysqld-Datentabellenfehler wird als abgestürzte und letzte (automatische?) Reparaturlösung markiert

mysqld Datenblattfehler wird als abgestürzt markiert und letzter (automatischer?) Repair Lösung

In diesem Artikel stellen wir Ihnen unsere Tipps zur Reparatur des Tisches vorError: Table \'./db_name/table_name\' is marked as crashed and last (automatic?) repair failedLösung.

MYSQLEs gibt ein Problem mit dem Datenblatt, Eingabeaufforderung ▼

Error: Table './db_name/table_name' is marked as crashed and last (automatic?) repair failed

mysql_upgrade führt die folgenden Befehle aus, um Tabellen zu prüfen und zu reparieren und Systemtabellen zu aktualisieren ▼

mysqlcheck --all-databases --check-upgrade --auto-repair

• Der Fehlschlag der Operation ist irreversibel und die Datenbank muss angehalten werden:

  service monit stop

  service mysqld stop

• Geben Sie das Verzeichnis ein, in dem sich die Datenbank befindet:

  cd /var/lib/mysql/db_name/

Hinweis: Der mysql-Dienst muss gestoppt werden, bevor der Vorgang repariert wird.

• Einzelnes Datenblatt reparieren:

  myisamchk -r tablename.MYI

• Alle Datenblätter reparieren:

  myisamchk -r *.MYI

• Sicherheitsmodus:

  myisamchk -r -v -o <table_name>

• Force-Modus:

  myisamchk -r -v -f <table_name>

myisamchk-Verwendung

Hinweis: Stellen Sie vor der Verwendung von myisamchk sicher, dass mysqld nicht auf die zu prüfende Tabelle zugreift.Stoppen Sie besser mysqld.

1. (I.e.

   myisamchk –update-state -s *.myi

   , und überprüfen Sie, welche Indexdateien Probleme haben (kann lange dauern).

2. Die Option update-state wird nur verwendet, wenn mysqld gestoppt wird. -s bedeutet, einige normale Tabellenauflistungsinformationen zu ignorieren und nur Fehler aufzulisten.
3. Versuchen Sie es für jede beschädigte Tabelle

   myisamchk -r -q table_name

   Dies ist der Schnellreparaturmodus, der automatisch überprüft, ob die Indextabelle und die Datentabelle konsistent sein können.Wenn es konsistent ist, kann es behoben werden.

4. Wenn der Quick-Fix-Modus fehlschlägt, ziehen Sie Folgendes in Betracht:

   myisamchk -r table_name

   Inkonsistente Daten und Indizes werden gelöscht und Indizes neu erstellt.

5. Wenn das fehlschlägt, überlegen Sie:

   myisamchk –safe-recover table_name

Betriebsbeispiel

Der Fehlschlag der Operation ist irreversibel und die Datenbank muss angehalten werden:

service monit stop

service mysqld stop

cd /var/lib/mysql/eloha_ufo

cd /var/lib/mysql/eloha_cwl

Alle Datenblätter reparieren:

myisamchk -r *.MYI

myisamchk -r -v -f wp_postmeta.MYI

myisamchk -r -v -f wp_posts.MYI

myisamchk -r -v -f wp_options.MYI

myisamchk -r -v -f wp_itsec_log

Dies ist viel langsamer als -r, bewältigt jedoch Situationen, die -r nicht kann.

myisamchk -r -f -o /var/lib/mysql/eloha_ufo/wp_postmeta.MYI

Hier ist der Befehl für den vollständigen Pfad zur Datenbanktabelle:

myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_postmeta.MYI

myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_posts.MYI

Starten Sie die MYSQLD-Datenbank:

service mysqld start

service mysqld restart

启动MONIT-Monitor:

service monit restart

service monit start