Maintenance de la base de données WordPress
Repérez les points à examiner avant de modifier votre base de données.
Examinez le stockage, les index et les paramètres via MCP, puis choisissez une action ciblée à partir des constats de votre propre site WordPress.
Un constat appelle une vérification.
Le rapport d’état distingue le stockage des tables, les constats sur les index, les options chargées automatiquement et les enregistrements de transients expirés. Approfondissez un domaine précis lorsqu’il demande un examen complémentaire.
Une table volumineuse n’explique pas pourquoi une page est lente. Un index potentiellement redondant doit être examiné ; ce n’est pas une consigne de suppression. L’extension indique ses observations et le périmètre des contrôles disponibles. Elle ne répare pas automatiquement la base de données.
L’examen lit l’état actuel. La maintenance modifie une partie choisie au moyen d’une opération distincte et confirmée.
Autoload modifie le chargement, pas les valeurs stockées.
Certains paramètres WordPress sont chargés ensemble automatiquement. L’opération autoload modifie cet indicateur pour des options explicitement nommées, tout en conservant leurs valeurs stockées.
Avant de modifier cet indicateur, vérifiez quelle extension gère l’option et comment elle l’utilise. Sa taille seule ne permet pas de décider s’il faut désactiver son chargement automatique. Un appel accepte jusqu’à 25 options nommées, hors transients, et vérifie l’indicateur obtenu.
Les paramètres sélectionnés sont chargés ensemble. Leur contenu stocké reste inchangé.
Choisissez l’opération qui répond à votre question.
Commencez par un contrôle en lecture seule. Les opérations de maintenance sont simulées par défaut et exigent une confirmation explicite pour effectuer une modification réelle.
Examiner le stockage et les index
Utilisez l’état des lieux pour orienter l’examen, puis vérifiez les définitions d’index, la taille des options ou les moteurs des tables du cœur WordPress. Les résultats sur les index sont paginés. Les compteurs facultatifs de Performance Schema sont des observations, pas la preuve qu’un index n’est jamais utilisé.
Supprimer les enregistrements temporaires expirés
Simulez le traitement d’un lot de 500 enregistrements d’expiration de transients au maximum. Ils appartiennent aux données temporaires de cache de WordPress. La réponse indique le résultat du nettoyage sans exposer les noms ni les valeurs des transients. Un autre lot peut être nécessaire.
Remplacer un passage connu dans le contenu des publications
Recherchez par exemple « Livraison en cinq jours » avant de le remplacer par un engagement vérifié de trois jours. Listez les publications correspondantes, sélectionnez leurs types et statuts, puis simulez un remplacement littéral ou par expression régulière. La recherche couvre le contenu stocké des publications, pas tous les mots affichés sur le site. Une limite de 0 ne fixe aucun plafond explicite de résultats. Les écritures réelles exigent MCP Abilities – Block Editor et le droit de modifier chaque publication. La validation native des blocs peut refuser un remplacement proposé.
Convertir le moteur de certaines tables du cœur WordPress
Choisissez les tables prises en charge à l’aide de leurs clés logiques. WordPress retrouve leurs noms réels, y compris avec des préfixes personnalisés. Cette action ne peut pas cibler n’importe quelle table d’extension. Conservez une sauvegarde adaptée et examinez le moteur final signalé après une conversion confirmée.
Comprenez les limites du rapport.
L’état des lieux n’est ni un contrôle complet de l’intégrité des données ni un diagnostic des requêtes lentes. Les rapports sur les options affichent les noms et les tailles, pas les valeurs. Il n’existe pas de point d’accès SQL libre, de suppression automatique d’index ni de commande générale de réparation.
En multisite, la découverte du schéma et les requêtes portant sur les tables globales du réseau exigent les droits de super-administrateur et de gestion des options réseau. Cela concerne aussi les contrôles en lecture seule et les simulations.
Simulez une modification, puis vérifiez son effet.
Une demande de maintenance réelle exige
dry_run:false et confirm:true. Le nombre de résultats d’une simulation ne garantit pas qu’une écriture ultérieure passera la validation de l’éditeur. Après un remplacement, examinez les pages concernées et leur formulation.L’échec d’un élément n’annule pas les modifications déjà réussies dans le même appel. La conversion de table indique séparément le résultat de l’instruction de base de données, le moteur vérifié et les incertitudes éventuelles. Si l’effet est incertain, examinez l’état actuel avant toute nouvelle action.
Transformez une question sur votre base de données en prochaine étape précise.
Installez MCP Abilities – Database avec WordPress 6.9 ou ultérieur, PHP 8.0 ou ultérieur, WordPress MCP Adapter et MCP Expose Abilities. Ajoutez MCP Abilities – Block Editor pour remplacer réellement le contenu des publications. Commencez par un rapport en lecture seule ou une liste de publications correspondantes.