L'erreur de table de données mysqld est marquée comme plantée et dernière solution de réparation (automatique?)

mysqld l'erreur de fiche technique est marquée comme plantée et dernière répétition (automatique ?)aisolution

Cet article vous présentera nos conseils lors de la réparation de la tableError: Table \'./db_name/table_name\' is marked as crashed and last (automatic?) repair failedla solution.

MYSQLIl y a un problème avec la fiche technique, demander ▼

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

mysql_upgrade exécute les commandes suivantes pour vérifier et réparer les tables et mettre à jour les tables système ▼

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

• L'échec de l'opération est irréversible et la base de données doit être arrêtée :

  service monit stop

  service mysqld stop

• Entrez le répertoire où se trouve la base de données :

  cd /var/lib/mysql/db_name/

Remarque : Le service mysql doit être arrêté avant que l'opération ne soit réparée.

• Fiche technique unique de réparation :

  myisamchk -r tablename.MYI

• Réparez toutes les fiches techniques :

  myisamchk -r *.MYI

• Mode sans échec :

  myisamchk -r -v -o <table_name>

• Mode forcé :

  myisamchk -r -v -f <table_name>

utilisation de myisamchk

Remarque : Avant d'utiliser myisamchk, assurez-vous que mysqld n'accède pas à la table à vérifier.Mieux vaut arrêter mysqld.

1. (C.-à-d.

   myisamchk –update-state -s *.myi

   , et vérifiez quels fichiers d'index ont des problèmes (cela peut prendre beaucoup de temps).

2. L'option update-state n'est utilisée que lors de l'arrêt de mysqld. -s signifie ignorer certaines informations normales de liste de table et ne lister que les erreurs.
3. Pour chaque table corrompue, essayez

   myisamchk -r -q table_name

   Il s'agit du mode de réparation rapide, qui vérifiera automatiquement si la table d'index et la table de données peuvent être cohérentes.S'il est cohérent, il peut être corrigé.

4. Si le mode de réparation rapide échoue, considérez :

   myisamchk -r table_name

   Les données et les index incohérents sont supprimés et les index sont reconstruits.

5. Si cela échoue, envisagez :

   myisamchk –safe-recover table_name

Exemple d'opération

L'échec de l'opération est irréversible et la base de données doit être arrêtée :

service monit stop

service mysqld stop

cd /var/lib/mysql/eloha_ufo

cd /var/lib/mysql/eloha_cwl

Réparez toutes les fiches techniques :

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

C'est beaucoup plus lent que -r, mais gère les situations que -r ne peut pas.

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

Voici la commande pour le chemin complet vers la table de base de données :

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

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

Démarrez la base de données MYSQLD :

service mysqld start

service mysqld restart

CommencezMONITEUR Moniteur:

service monit restart

service monit start