Comment savoir si ma base de données WordPress est corrompue ?

Les signes typiques : erreur 'Error establishing a database connection', tableaux manquants en phpMyAdmin, ou wp_posts qui n'existe plus. Lance CHECK TABLE wp_posts; dans phpMyAdmin — si le résultat est 'Corrupt', le problème est confirmé.

Peut-on réparer WordPress sans accès phpMyAdmin ?

Oui. Ajoute define('WP_ALLOW_REPAIR', true); dans wp-config.php puis accède à https://ton-site.com/wp-admin/maint/repair.php. WordPress propose alors une réparation et une optimisation des tables sans phpMyAdmin.

La réparation de base MySQL WordPress supprime-t-elle des données ?

La réparation (REPAIR TABLE) est non-destructive et tente de reconstruire les tables corrompues. En cas d'échec, la dernière option est la restauration depuis une sauvegarde. Toujours sauvegarder avant toute opération.

Réparer WordPress : 2 solutions pour une base de données corrompue

Table des matières

Identifier les symptômes
Solution 1 : l’outil de réparation intégré WordPress
Activer le mode débogage
Solution 2 : réparer WordPress via phpMyAdmin
Restaurer une sauvegarde
Prévenir les problèmes futurs
Conclusion
Articles connexes

Identifier les symptômes

Avant de toucher quoi que ce soit, identifie ce que tu as vraiment :

“Erreur lors de la connexion à la base de données” → mauvais credentials ou base corrompue
Page blanche → erreur PHP ou table corrompue
“Une ou plusieurs tables de la base de données sont endommagées” → WordPress te le dit clairement
Requêtes lentes, timeouts → tables fragmentées

Si tu vois l’erreur de connexion, commence par vérifier tes credentials dans wp-config.php avant de partir sur une réparation. Ce serait bête de passer 20 minutes à réparer une base qui n’a rien.

Solution 1 : l’outil de réparation intégré WordPress

WordPress embarque un outil de réparation natif, désactivé par défaut pour des raisons de sécurité. Une ligne suffit à l’activer.

Ouvre wp-config.php et ajoute ça avant la ligne /* That's all, stop editing! */ :

define('WP_ALLOW_REPAIR', true);

Ensuite, accède à cette URL dans ton navigateur :

https://ton-site.com/wp-admin/maint/repair.php

Tu arrives sur une page avec deux options :

Réparer la base de données : corrige les tables corrompues
Réparer et optimiser la base de données : corrige + défragmente

Lance “Réparer et optimiser” si ton site est en production depuis un moment. Ça prend 1 à 2 minutes selon la taille de ta base.

⚠️ Important : une fois la réparation terminée, supprime la ligne WP_ALLOW_REPAIR de ton wp-config.php. Cette page est accessible sans authentification : n’importe qui peut lancer une réparation si tu laisses ça actif.

Activer le mode débogage

Si l’outil intégré ne suffit pas ou que tu veux comprendre ce qui se passe exactement, active le débogage pour voir les erreurs SQL brutes.

Dans wp-config.php :

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Les erreurs s’écrivent dans wp-content/debug.log. Ouvre ce fichier : tu verras exactement quelle(s) table(s) pose(nt) problème.

Une fois le diagnostic fait, désactive WP_DEBUG avant de remettre le site en production.

Solution 2 : réparer WordPress via phpMyAdmin

Si l’outil intégré échoue ou que tu préfères intervenir directement, phpMyAdmin te donne un accès direct aux tables MySQL.

Connecte-toi à phpMyAdmin (via ton panel d’hébergement ou directement sur localhost/phpmyadmin)
Sélectionne la base de données de ton WordPress
Coche les tables à réparer (ou tout sélectionner avec “Tout cocher”)
Dans le menu déroulant en bas, choisis “Réparer la table”

phpMyAdmin va lancer REPAIR TABLE sur chaque table sélectionnée. Tu verras le statut ligne par ligne : OK si ça passe, un message d’erreur sinon.

En CLI MySQL, c’est équivalent à :

REPAIR TABLE wp_options;
REPAIR TABLE wp_posts;

Si une table retourne une erreur persistante, essaie CHECK TABLE nom_table pour un diagnostic plus fin avant de tenter une restauration.

Restaurer une sauvegarde

Si les deux méthodes précédentes ne suffisent pas, la table est peut-être trop corrompue pour être réparée. C’est le moment de restaurer depuis une sauvegarde.

La procédure dépend de ton hébergement :

cPanel : Backup Wizard ou Softaculous → restauration base de données
Plesk : Gestionnaire de sauvegardes WordPress
VPS/serveur dédié : mysql -u user -p database < backup.sql

Si tu n’as pas de sauvegarde… c’est la leçon la plus douloureuse de l’admin sys. La section suivante est pour toi.

✅ Bonne pratique : si tu anticipes une migration complète en même temps, le guide All-in-One WP Migration couvre le transfert base + fichiers de A à Z, avec les pièges à éviter.

Prévenir les problèmes futurs

Une corruption de base ne s’anticipe pas, mais ses conséquences si.

Sauvegardes automatiques :

Plugin UpdraftPlus pour des sauvegardes quotidiennes vers Dropbox, Google Drive ou S3
Sauvegardes côté hébergeur en complément (pas à la place)

Optimisation régulière :

Plugin WP-Optimize pour défragmenter les tables et purger les révisions
mysqlcheck --optimize --all-databases en cron si tu gères ton serveur directement

Surveille tes logs :

Un crash MySQL laisse des traces dans /var/log/mysql/error.log. Vaut mieux le voir venir qu’attendre que le site tombe.

Et si tu veux tester des manipulations risquées sans toucher la prod, LocalWP te permet de monter un WordPress local en 5 minutes, idéal pour valider une procédure de restauration avant d’en avoir besoin pour de vrai.

Conclusion

Pour réparer WordPress après une corruption de base, commence toujours par l’outil intégré : rapide, sans risque, ça règle 80% des cas. Si ça bloque, phpMyAdmin te donne un contrôle plus fin table par table.

Dans les deux cas : active le débogage pour comprendre ce qui se passe réellement, et pense à désactiver WP_ALLOW_REPAIR dès que c’est réparé. Et si t’as pas de sauvegardes, c’est le bon moment pour mettre UpdraftPlus en place.