Corriger erreur d'établissement de connexion à la base de données


Mis à jour le 22 avril, 2019

Corriger erreur d'établissement de connexion à la base de données

Si vous avez surfé sur le net depuis un bout de temps, vous êtes sûrement tombé au moins quelques fois sur cette erreur. Erreur lors de l’établissement d’une connexion à la base de données (en anglais : Error Establishing a Database Connection) est l’une de ces malédictions qui peut se produire pour plusieurs raisons. En tant que débutant sur WordPress, cela pourrait s’avérer être horriblement frustrant, d’autant plus quand ça arrive tout seul sans que vous n’ayez changé quoi que ce soit. Cela a pris un peu plus de 20 minutes pour détecter et réparer le problème.

En recherchant quelles pouvaient être les causes possibles, nous avons réalisé qu’aucun article solide ne s’attardait sur le sujet. Dans cet article, nous allons vous montrer comment réparer cette erreur dans WordPress en vous compilant une liste de solutions en un seul endroit.

Remarque : Avant que vous changiez quoi que ce soit dans votre base de données, assurez-vous de l’avoir suffisamment sauvegardée auparavant.

l’erreur d’établissement de connexion à la base de données Wordpress

Pourquoi cette erreur se produit-elle ?

Eh bien, pour faire court, cette erreur se produit parce que WordPress n’est pas capable d’établir de connexion à une base de données. Et la raison de cette incapacité peut varier. Cela pourrait être parce que

  • vos données d’identification et de connexion sont fausses ou ont été changées.
  • votre serveur de base de données ne répond pas.
  • votre base de données a été corrompue.

D’après notre expérience, la plupart du temps, cette erreur se produit à cause d’une quelconque erreur de serveur, mais il peut y avoir d’autres facteurs aussi. Voyons voir comment procéder pour se dépanner face à ce problème.

Le problème se produit-il pour /wp-admin/ également ?

La première chose que vous devez faire est de vous assurer que l’erreur se produit à la fois à l’avant-plan et à l’arrière-plan (wp-admin) du site. Si le message d’erreur est le même sur les deux pages, « Erreur lors de l’établissement d’une connexion à la base de données », procédez alors à la prochaine étape. Si le message d’erreur est différent sur la page wp-admin par exemple, du genre « Une ou plusieurs tables de données sont non disponibles. La base de données a peut-être été endommagée », alors vous avez besoin de réparer votre base de données.

Vous pouvez le faire en ajoutant la ligne suivante dans votre fichier wp-config.php :

define('WP_ALLOW_REPAIR', true);

Une fois que c’est fait, vous pouvez aller voir les paramètres de configuration sur cette page :

http://www.votresite.com/wp-admin/maint/repair.php

Vous allez voir une page contenant ceci:

WORDPRESS

WordPress peut rechercher automatiquement quelques problèmes habituels de base de données et les réparer. La réparation peut prendre du temps, donc soyez patient.

Réparer la base de données

WordPress peut aussi tenter d’optimiser la base de données.

Cela augmente sa performance dans certaines situations. Réparer et optimiser la base de données peut prendre un bon moment et la base de données sera verrouillée pendant l’optimisation.

Réparer et optimiser la base de données

Rappelez-vous, l’utilisateur n’a pas besoin d’être connecté à son compte pour accéder à cette fonctionnalité quand ce define est actif. C’est parce que son intention principal est de réparer une base de données corrompue. Ainsi, une fois que vous avez fini de réparer et d’optimiser votre base de données, assurez-vous de l’avoir retiré de votre wp-config.php.

Si tout cela n’a pas réglé le problème, ou si vous avez du mal à exécuter la réparation, continuez de lire cet article où vous pourriez découvrir d’autres solutions à votre problème.

Vérifiez le fichier WP-Config

WP-Config.php est probablement le fichier le plus important dans toute votre installation de WordPress. C’est là où vous spécifiez les détails de la connexion de WordPress à votre base de données. Si vous modifiez le mot de passe qui vous est automatiquement fourni, ou le mot de passe de votre base de données, vous aurez alors également besoin de changer ce fichier. La première chose que vous devez toujours vérifier est que tout reste semblable dans votre fichier wp-config.php.

define('DB_NAME', 'Le nom de votre base de données');define('DB_USER', 'Nom d'utilisateur MySQL');define('DB_PASSWORD', 'Mot de passe');define('DB_HOST', 'localhost');

Rappelez-vous que la valeur de votre DB_HOST n’est peut-être pas toujours localhost. Selon le serveur d’hébergement, elle pourra varier. En ce qui concerne des services populaires tels que SiteGround, Infomaniak, HostGator, ou BlueHost, il s’agit de localhost. Vous pouvez trouver d’autres valeurs d’autres serveurs d’hébergement.

Certaines personnes ont déclaré avoir résolu leur problème en remplaçant le localhost par une adresse IP. Cela arrive souvent de voir ce genre de problème lorsqu’on utilise WordPress dans un environnement avec un serveur en réseau local. Sur MAMP par exemple, changer la valeur de DB_Host pour l’adresse IP a l’air de fonctionner.

define('DB_HOST', '127.0.0.1:8889');

Les adresses IP varieront pour les services en ligne d’hébergement de sites internet.

Si tout est correct dans ce dossier (assurez-vous d’avoir vérifié les erreurs typographiques), alors on peut dire que quelque chose ne va pas du côté du serveur.

Vérifiez votre serveur d’hébergement (serveur MySQL)

Vous remarquerez souvent l’apparition de l’erreur à établir une connexion avec la base de données quand votre site est submergé par le trafic. En fait, l’hébergeur de votre serveur ne peut pas supporter la charge (en particulier si vous êtes en mode de partage de serveur). Votre site deviendra très lent et pour certains utilisateurs affichera même le message d’erreur. Donc la meilleure chose à faire est d’appeler votre fournisseur d’hébergement, ou de le contacter par chat en ligne, et de lui demander si votre serveur MySQL est fonctionnel ou non.

Pour les utilisateurs qui veulent tester par eux-même si le serveur MySQL est fonctionnel, voici ce que vous pouvez faire. Testez d’autres sites qui sont sur le même serveur pour voir s’ils présentent le même problème. Si tel est le cas, c’est qu’il y a définitivement quelque chose qui cloche avec votre serveur MySQL. Si vous n’avez pas d’autres sites sur ce même serveur d’hébergement, allez simplement sur votre cPanel et essayez d’accéder à phpMyAdmin et de vous connecter à la base de données. Si vous pouvez vous connecter, nous avons alors besoin de vérifier si l’utilisateur de base de données a assez de droits. Créez un nouveau fichier testconnection.php et insérez le code suivant :

<?php
$link = mysql_connect('localhost', 'root', 'mot de passe');
if (!$link) {die('Could not connect: ' . mysql_error());}
echo 'Connexion reussis;
mysql_close($link);?>

Assurez-vous de remplacer le nom d’utilisateur et le mot de passe. Si la connexion s’est bien déroulée, cela signifie que votre utilisateur a des droits d’accès suffisants, et c’est quelque chose d’autre qui ne va pas. Retournez à votre fichier wp-config pour vérifier que tout y est correct (vérifiez à nouveau les erreurs typographiques).

Si vous ne pouvez pas vous connecter à la base de données en allant sur phpMyAdmin, alors vous savez que c’est quelque chose avec votre serveur. Cela ne veut pas forcément dire que votre serveur MySQL est éteint. Cela pourrait signifier que votre utilisateur n’a pas les droits d’accès suffisants.

Dans notre cas, notre serveur MySQL fonctionnait. Tous les autres sites sur le serveur n’avaient aucun problème, à part webblog.tophebergeur.com. Quand nous avons essayé de nous rendre sur phpMyAdmin, le message d’erreur suivant s’est affiché :

#1045 – Access denied for user ‘foo’@'%’ (using password: YES)

Nous avons appelé l’aide technique de chez HostGator qui a rapidement trouvé le problème. D’une certaine manière, les droits d’accès de notre utilisateur ont été remis à zéro. Nous ne savons pas comment cela s’est produit, mais c’était apparemment la raison. Ils ont restauré nos droits d’accès et nous avons pu rendre notre site fonctionnel à nouveau.

Donc si vous vous trouvez face à une erreur d’accès refusé soit en vous connectant à votre phpMyAdmin ou à travers les résultats de testconnection.php, vous devriez tout de suite contacter votre service d’hébergement afin qu’il résolve le problème.

Les solutions qui ont fonctionné pour les autres

Il est important de noter qu’elles ne fonctionneraient peut-être pas pour vous. Utilisez-les à vos propres risques et assurez-vous d’avoir effectué des sauvegardes préalables suffisantes en cas de pépin.

Deepak Mittal a indiqué que ses clients rencontraient le message d’erreur selon lequel leur base de données avait besoin d’être réparée. Même après avoir effectué la réparation, le message d’erreur ne disparaissait pas. Il a essayé divers moyens et le problème s’avéra être L’URL du site. Apparemment, cette dernière avait été changée, ce qui a fait que l’erreur apparaissait toujours. Il a exécuté la requête SQL en allant sur phpMyAdmin :

UPDATE wp_options SET option_value=VOTRE_SITE_URL' WHERE option_name='siteurl'

Assurez-vous de remplacer VOTRE_SITE_URL avec votre vraie url suivante, par exemple:

https://www.tophebergeur.com. Les wp_options seront différentes si vous avez modifié le préfixe par défaut de la base de données de WordPress.

Cela semble avoir réglé le problème pour lui et quelques autres qui ont commenté son article.

Sachinum a déclaré être capable de connecter la base de données en utilisant testconnection.php, il a donc changé l’utilisateur wp-config.php pour l’utilisateur root. WordPress s’est mis à fonctionner parfaitement. Puis il inversa les réglages et les retourna à l’utilisateur de base données, et ça a continué de fonctionner. Il n’a pas pu trouver ce qui n’allait pas, mais en a conclu qu’il s’agissait d’une erreur typographique.

Cutewonders ont déclaré quant à eux qu’ils ont retirés le contenu de active_plugins dans la table de wp_options et qu’ils ont édité les contenus de recently_edited. Cela a apparemment réglé le problème. Vous pouvez lire leur témoignage complet ici.

Nous avons lu à plusieurs reprises que télécharger une copie fraîche de WordPress avait résolu le problème pour certains utilisateurs.

C’est vraiment une erreur frustrante. Qu’est-ce qui a marché pour vous ? Nous aimerions compléter cette fiche autant que possible pour que ceux qui rencontrent ce type d’erreur ne perdent plus autant de temps à trouver une solution.




Rubriques des articles




Les avis des clients

Avis des utilisateurs


Faites entendre votre voix. Passez en revue votre fournisseur d'hébergement Web - bon ou mauvais.


Nous cherchions un hébergeur pour un petit site Joomla destiné à mettre en valeurs nos gîtes ruraux, faible trafic, et nous voulions quelque chose de bien, simple et pas cher. Pour l'instant (avec 10 petits jours de recul) LWS remplit parfaitement ces objectifs. Un hébergement mutualisé ouvert en …

MASDELASOURCE à propos LWS

Montrer une autre revue
Lire les avis LWS



Plans d'hébergement




Les plans d'hébergement de 43 sociétés d'hébergement partout dans le monde


Meilleur hébergeurs web

# hébergeur web prix action

1

Infomaniak France

6.75 EURO

Ajouter un Avis
Visiter

2

Hostpapa France

2.95 EURO

Ajouter un Avis
Visiter

3

Greengeeks

4.95 USD

Ajouter un Avis
Visiter

4

Siteground

6.95 USD

Ajouter un Avis
Visiter

5

Planethoster France

5.99 EURO

Ajouter un Avis
Visiter

6

Bluehost

6.95 USD

Ajouter un Avis
Visiter




Hébergeurs par avis de clients

Planethoster France
192 avis des clients
Hostpapa France
74 avis des clients
Infomaniak France
56 avis des clients
Rapidenet
50 avis des clients
Hostinger
47 avis des clients
Ajouter un avis Tous les profils


Hébergeurs par fidélité de clients

Planethoster France
187 / 192 recommandé
Infomaniak France
56 / 56 recommandé
Rapidenet
49 / 50 recommandé
Hostinger
44 / 47 recommandé
Hostpapa France
39 / 74 recommandé
Évaluer hébergeur Tous les profils


Question de la Semaine


Votre avis sur notre site



Contacter l'éditeur

Posez votre question