Erreur d’établissement de la base de données sur WordPress

L’erreur d’établissement de la base de données apparaît lorsque WordPress ne parvient pas à se connecter à sa base de données. Vérifiez d’abord les identifiants dans wp-config.php et l’état du serveur de base de données auprès de votre hébergeur. Des tables endommagées peuvent aussi nécessiter une réparation ou une restauration depuis une sauvegarde.

Comprendre l’erreur de base de données WordPress

WordPress utilise une base de données pour stocker notamment les articles, les pages, les réglages et les comptes utilisateurs. Lorsqu’il ne peut pas établir la connexion, le site peut afficher un message d’erreur à la place de son contenu. L’administration peut elle aussi devenir inaccessible.

Plusieurs causes sont possibles :

• des identifiants de connexion incorrects dans wp-config.php ;
• un mot de passe de base de données modifié sans mise à jour de la configuration ;
• une adresse de serveur incorrecte, notamment après une migration ;
• un serveur de base de données arrêté ou indisponible ;
• des tables endommagées, à examiner si la connexion fonctionne mais que des erreurs persistent.

Avant toute modification, conservez une copie des fichiers et une sauvegarde de la base de données si vous pouvez y accéder. Ne supprimez pas la base pour tenter de rétablir la connexion : elle contient le contenu de votre site.

Vérifier les identifiants dans wp-config.php

Le fichier wp-config.php contient les informations utilisées par WordPress pour accéder à la base de données. Il se trouve généralement à la racine de l’installation WordPress.

1. Connectez-vous à votre hébergement par FTP ou ouvrez le gestionnaire de fichiers de votre hébergeur.
2. Repérez wp-config.php et téléchargez-en une copie avant de le modifier.
3. Ouvrez le fichier et recherchez les réglages DB_NAME, DB_USER, DB_PASSWORD et DB_HOST.
4. Comparez le nom de la base, l’utilisateur et l’adresse du serveur avec les informations disponibles dans votre espace d’hébergement. Vérifiez aussi que le mot de passe correspond à celui de cet utilisateur.
5. Corrigez uniquement les valeurs nécessaires, en conservant la syntaxe du fichier, puis enregistrez et rechargez votre site.

L’adresse DB_HOST dépend de l’hébergement : ne supposez pas qu’elle est identique sur tous les serveurs. Après un changement d’hébergeur ou une migration, vérifiez les quatre réglages, même si le nom de la base semble correct.

Si vous ne connaissez pas le mot de passe actuel, votre hébergeur peut proposer de le réinitialiser. Dans ce cas, reportez le nouveau mot de passe dans wp-config.php. Ne partagez pas ce fichier publiquement : il contient des données sensibles.

Tester la connexion et l’état du serveur

Si les réglages paraissent corrects, vérifiez que le serveur de base de données est accessible. Dans l’espace de votre hébergeur, recherchez les informations relatives à la base utilisée par le site et son éventuel état de service.

Vous pouvez également essayer d’accéder à la base avec phpMyAdmin ou MySQL Workbench, si votre hébergement le permet. Une connexion réussie permet de consulter les tables, mais ne confirme pas à elle seule que WordPress utilise les mêmes paramètres.

Si la connexion échoue, vérifiez les identifiants et demandez à votre hébergeur si le serveur de base de données fonctionne. Précisez le message affiché, le nom de la base concernée et les changements récents, par exemple une migration ou une modification de mot de passe. Ne transmettez pas votre mot de passe en clair dans votre demande.

Pour approfondir ces vérifications, consultez aussi notre guide sur les erreurs de connexion à la base de données WordPress.

Examiner et réparer les tables endommagées

Si vous pouvez accéder à la base mais que des erreurs indiquent que des tables sont endommagées, examinez-les dans phpMyAdmin. Sauvegardez d’abord la base : une réparation modifie les données et doit être abordée avec précaution.

1. Ouvrez phpMyAdmin depuis votre espace d’hébergement.
2. Sélectionnez la base utilisée par votre site dans la colonne de gauche.
3. Repérez les tables signalées comme endommagées, si un message vous l’indique.
4. Sélectionnez les tables concernées et utilisez l’option de réparation proposée par phpMyAdmin lorsqu’elle est disponible.
5. Rechargez le site et vérifiez également l’accès à l’administration.

La disponibilité et le résultat de cette opération dépendent notamment du type de table. Si la réparation ne fonctionne pas, évitez les manipulations répétées sans sauvegarde exploitable. Notre guide consacré à la réparation d’une base WordPress corrompue détaille les précautions à prendre.

Redémarrer le serveur de base de données si nécessaire

Un serveur MySQL arrêté peut empêcher WordPress de se connecter même lorsque les identifiants sont corrects. Sur un hébergement mutualisé, demandez à l’hébergeur de vérifier le service et, si nécessaire, de le redémarrer.

Si vous administrez votre propre serveur et disposez d’un accès SSH avec les droits nécessaires, la commande suivante peut redémarrer MySQL :

service mysql restart

Selon la configuration du serveur, des droits d’administration peuvent être nécessaires et le service peut porter un autre nom. Un redémarrage peut interrompre temporairement les sites qui utilisent ce serveur. Si vous ne gérez pas vous-même le serveur, laissez cette opération à votre hébergeur.

Restaurer une sauvegarde et limiter les récidives

Si la base est endommagée et que sa réparation ne suffit pas, une sauvegarde peut permettre de retrouver un état fonctionnel. Choisissez une copie datant d’avant l’apparition du problème et vérifiez qu’elle contient les fichiers et la base nécessaires.

Une restauration peut remplacer les modifications effectuées depuis la sauvegarde, comme des articles, des commandes ou des comptes. Conservez si possible une copie de l’état actuel avant de commencer. Suivez ensuite les instructions de votre hébergeur ou notre guide pour restaurer un site WordPress à partir d’une sauvegarde.

Pour prévenir de nouvelles difficultés, gardez des sauvegardes exploitables et notez les changements de configuration effectués lors d’une migration ou d’une modification de mot de passe. Si la cause reste incertaine ou que les manipulations dépassent vos compétences, un dépannage de site WordPress permet de faire examiner la panne.

Questions fréquentes

Article rédigé avec l’aide d’une IA à partir des sources citées et de notre pratique de la maintenance WordPress. Notre méthode éditoriale.