Après une migration WordPress, la base de données peut contenir des tables obsolètes et des données inutiles, ce qui alourdit les sauvegardes. Ce gonflement impacte la performance site et allonge le temps de chargement des pages, surtout sur un hébergement WordPress partagé.
Avant toute opération de suppression tables inutiles, il faut garantir une sauvegarde complète et réaliser un audit précis de la BDD. Les points pratiques suivants aident à prioriser les actions de maintenance WordPress et la sécurité base de données.
A retenir :
- Libérer de l’espace serveur pour sauvegardes et performances accrues
- Réduire révisions et transients expirés pour alléger la base
- Indexer wp_postmeta pour accélérer les requêtes et lectures fréquentes
- Supprimer tables inutiles après migration avec sauvegarde préalable
Audit post-migration pour la base de données WordPress
Mesurer la taille et repérer les tables lourdes
Suite aux priorités listées, l’audit commence par mesurer la taille de chaque table pour identifier les points critiques. Selon WP-CLI et la documentation officielle, lister les tables par volume facilite le diagnostic initial avant nettoyage.
On utilise des requêtes sur information_schema ou la commande wp db size pour obtenir un classement clair. Après ce repérage, on peut cibler wp_posts, wp_postmeta et wp_options pour analyses plus fines.
Action
Commande / Requête
Effet attendu
Mesurer taille globale
wp db size –human-readable
Classement des tables par volume
Top tables par volume
SELECT FROM information_schema.tables WHERE table_schema = DATABASE()
Repérer tables à optimiser en priorité
Compter révisions
SELECT COUNT(*) FROM wp_posts WHERE post_type=’revision’
Évaluer impact des révisions
Lister transients expirés
wp transient list –fields=name,expiration
Isoler cache expiré à purger
Exporter table suspecte
wp db export –tables=wp_old_plugin_table
Sauvegarde avant renommage ou suppression
Étapes d’audit rapides :
- Lister tailles par table via information_schema et wp db size
- Compter révisions et autosaves pour chaque post
- Repérer options autoload volumineuses dans wp_options
- Lister tables non liées aux extensions actives
« J’ai réduit drastiquement le poids des sauvegardes après avoir ciblé les tables orphelines et les transients expirés. »
Roua K.
Nettoyer tables après migration : méthodes sûres
Nettoyage manuel via phpMyAdmin et WP-CLI
En partant de l’audit, le nettoyage manuel permet un contrôle précis sur chaque suppression et réduit le risque d’effacement accidentel. Selon Hostinger, sauvegarder puis tester la restauration est la première précaution à respecter avant toute opération sur la BDD.
Supprimer les révisions volumineuses via SQL et purger les transients expirés via WP-CLI sont des opérations fréquentes et fiables. Après suppression, renommer une table suspecte pendant quelques jours offre un filet de sécurité avant suppression définitive.
Étapes de nettoyage :
- Exporter la base complète et tester la restauration
- Supprimer révisions massives en SQL ou via wp post delete
- Purger transients expirés avec wp transient delete –expired
- Renommer tables orphelines avant suppression définitive
Plugin
Usage
Avantages
Précautions
WP-Optimize
Nettoyage et compression
Automatisation et image compression
Vérifier sauvegarde avant exécution
Advanced Database Cleaner
Suppression révisions et transients
Granularité et planification
Exclure données personnalisées sensibles
WP-DBManager
Backup et optimisation
Simple et rapide
Fonctionnalités limitées pour gros sites
Transients Manager
Gestion transients
Interface claire pour purge ciblée
Éviter purge complète sans test
« J’ai automatisé la purge des transients et constaté une baisse notable du temps TTFB. »
Marc L.
Nettoyage automatique par plugins et bonnes pratiques
Après l’approche manuelle, les plugins offrent une voie plus simple pour maintenir une base propre sans compétences SQL avancées. Selon WordPress.org, l’utilisation d’outils éprouvés réduit le risque d’erreur humaine lors d’opérations répétitives.
Planifier des nettoyages hebdomadaires des transients et des optimisations mensuelles est une bonne pratique recommandée pour éviter la régression. Cette maintenance WordPress régulière prépare efficacement la phase suivante d’optimisation MySQL.
« Le consultant a confirmé que le nettoyage régulier a stabilisé notre site après migration. »
Camille P.
Optimisation base de données MySQL après nettoyage
Indexation et commandes ANALYZE/OPTIMIZE
Suite au nettoyage, l’optimisation MySQL permet de récupérer de l’espace et d’améliorer les plans d’exécution des requêtes. Selon WP-CLI et les bonnes pratiques MySQL, lancer ANALYZE TABLE puis OPTIMIZE TABLE sur les tables critiques est recommandé.
Ajouter des index utiles sur wp_postmeta et wp_options accélère les jointures fréquentes et réduit les requêtes lentes. Avant création d’index, comparer EXPLAIN sur les requêtes problématiques pour mesurer l’impact réel.
Bonnes pratiques :
- Purge transients expirés via cron hebdomadaire
- Limiter révisions avec WP_POST_REVISIONS fixe
- OPTIMIZE/ANALYZE mensuels sur tables critiques
- Surveiller tailles et alertes au-delà de seuils
Automatiser ces tâches évite le retour du gonflement et assure une maintenance durable du site. En automatisant l’entretien, on prépare la vérification finale des fonctionnalités critiques du front et du back.
« Je recommande de tester chaque commande sur un staging avant la production pour éviter toute casse. »
Sophie D.
Pour valider le succès, vérifier le front, vérifier les logs, et mesurer TTFB et requêtes lentes pendant 48 heures. Après ces contrôles, documenter les actions et planifier un calendrier de maintenance systématique.
Source : Roua K., « Hébergement WordPress base de données : Nettoyer les tables après une migration », Hostinger, 2025.