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


, Mis à jour le 13 août, 2015

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, Ex2, 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:

http://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.

Article originale de Syed Balkhi.


comments powered by Disqus

Comment changer un domaine principal wp multi-site

Comment changer un domaine principal wp multi-site

Si vous voulez changer le domaine principal de l'installation de votre WordPress multi-site, il y a 5 valeurs à modifier. Vous n’aurez pas besoin d'effectuer une dump de base de données. Ceci est en fait désapprouvé parceque WordPress enregistre des données en séries, et la modification de cela peut … Continuer

Publié le 8 octobre, 2016

0 Commentaires
Supprimer le spam dans wordpress

Supprimer le spam dans wordpress

L’augmentation des commentaires spams dans WordPress devenant un problème, vous vous retrouvez peut-être avec des centaines, voire même des milliers de commentaires en attente que vous avez à supprimer. Malheureusement, l’installation de base de WordPress vous laisse seulement supprimer en masse les … Continuer

Publié le 8 mai, 2016

0 Commentaires
Optimiser la base de données de Wordpress avec Cron

Optimiser la base de données de Wordpress avec Cron

Nous avons déjà souligné l’importance d’avoir une base de données simple et optimisée pour votre site web WordPress pour accélérer la performance de votre site. Après un certain temps, les tableaux MySQL deviennent encombrés et exigeront grandement quelques réparations et travaux d’entretien. Comme … Continuer

Publié le 24 janvier, 2016

0 Commentaires
Comment protéger wp-config.php

Comment protéger wp-config.php

Il est triste de constater à quel point de nombreux sites WordPress sont incroyablement faciles à pirater. Beaucoup d'entre eux ne sont même équipé de la dernière version. Cependant, l'un des fichiers parmi les plus dangereux et les plus sensibles dans WordPress est le wp-config.php. Ce fichier cont … Continuer

Publié le 21 octobre, 2015

0 Commentaires
Comment changer un site html en un site Wordpress

Comment changer un site html en un site Wordpress

Récemment, sur un forum que je fréquente, une vieille connaissance m’a demandé comment convertir un de ses anciens sites Dreamweaver vers WordPress, sans que cela ne lui demande trop d’effort. J’ai d’abord pensé que ce serait impossible de faire cela facilement, mais après avoir vu d’autres réponses … Continuer

Publié le 13 juillet, 2015

2 Commentaires
Comment ajouter un bouton donation dans Wordpress

Comment ajouter un bouton donation dans Wordpress

Il y a un grand nombre de sites web qui offrent des logiciels gratuits ou autres services libres de droit (open source). Les développeurs font beaucoup d’efforts pour nous fournir des outils spécialisés pour divers besoins. Les plugins WordPress sont eux-mêmes un bon exemple. Regardez le nombre d’ad … Continuer

Publié le 11 juillet, 2015

0 Commentaires
Comment installer SSL dans Wordpress

Comment installer SSL dans Wordpress

Tous les jours, nous révélons des informations personnelles sur internet. Rien que pendant la dernière heure, j’ai utilisé ma carte de crédit, acheté un livre, sauvegardé une copie de l’adresse de mes amis, envoyé des mails et fait quelques courses. Partager nos informations est devenu tellement co … Continuer

Publié le 28 février, 2015

0 Commentaires



Les avis des clients

Avis des utilisateurs


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


Cela fait maintenant plusieurs années que j'ai un serveur cloud chez Infomaniak et je trouve que c'est un hébergeur de qualité. Il y a quelques contraintes, pas d'accès au php.ini, par exemple, mais en utilisant un .user.ini on peut très facilement paramétrer php. Le service client est impeccable. L …

Samuel Clement à propos Infomaniak France

Montrer une autre revue
Lire les avis Infomaniak France



Plans d'hébergement




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


Meilleur hébergeurs web

# hébergeur web prix action

1

Ikoula

1.95 EURO

Ajouter un Avis
Visiter

2

Siteground

6.95 USD

Ajouter un Avis
Visiter

3

Ex2hosting

3.99 EURO

Ajouter un Avis
Visiter

4

Inmotion

5.95 USD

Ajouter un Avis
Visiter

5

Webhostinghub

4.95 USD

Ajouter un Avis
Visiter

6

Bluehost

6.95 USD

Ajouter un Avis
Visiter






Hébergeurs par avis de clients

Ex2hosting
78 avis des clients
Nuxit France
70 avis des clients
Hostpapa France
67 avis des clients
1and1 France
62 avis des clients
Rapidenet
50 avis des clients
Ajouter un avis Tous les profils


Hébergeurs par fidélité de clients

Ex2hosting
73 / 78 recommandé
Nuxit France
68 / 70 recommandé
Rapidenet
49 / 50 recommandé
Infomaniak France
48 / 48 recommandé
Hostpapa France
39 / 67 recommandé
Évaluer hébergeur Tous les profils


Question de la Semaine


Le plus important critère de votre hébergeur



Contacter l'éditeur

Posez votre question