Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Erreur de connexion à la base de données

« Erreur lors de la connexion à la base de données » est l’un des rares messages que le site affiche vraiment. Il indique que le programme n’a pas pu joindre l’endroit où sont stockés produits, commandes et clients. Le message est identique dans quatre situations très différentes, et deux d’entre elles n’ont rien à voir avec vos identifiants.

Décrire mon problème Discuter sur WhatsApp

Le même écran, quatre causes

  • Les identifiants de connexion sont faux : c’est le cas classique après un déplacement du site, une restauration, ou un changement de mot de passe côté hébergeur.
  • Le serveur de base de données ne répond pas : il est arrêté, surchargé, ou l’adresse indiquée dans la configuration n’est plus la bonne.
  • Le nombre de connexions simultanées autorisé est atteint : le site fonctionne par intermittence, l’erreur apparaît et disparaît toute seule.
  • Une table est corrompue ou la base est verrouillée : la connexion aboutit mais une opération échoue, ce qui produit parfois le même affichage.

L’erreur intermittente est la plus révélatrice

Quand le message apparaît puis disparaît sans intervention, ce ne sont pas les identifiants. Un mot de passe faux échoue à chaque fois, sans exception. Une erreur qui va et vient désigne une limite atteinte : nombre maximal de connexions simultanées, mémoire du serveur de base, ou quota d’écriture.

Le lien avec le trafic est un bon révélateur. Si l’erreur apparaît aux heures de pointe et disparaît la nuit, la limite est atteinte par la charge normale : chaque visiteur ouvre une connexion, et les connexions non refermées s’accumulent. Si elle apparaît toujours à la même heure, une tâche planifiée lourde en est la cause. Si elle est apparue d’un coup et ne repart pas, c’est un réglage ou un incident serveur.

Vérifier dans cet ordre

  1. Ouvrir l’outil d’administration de la base

    Si vous parvenez à vous y connecter avec les mêmes identifiants que ceux du fichier de configuration, ils sont bons et le problème est ailleurs. C’est la vérification la plus rapide.

  2. Comparer l’adresse du serveur de base

    Beaucoup d’hébergeurs n’utilisent pas la machine locale mais un serveur dédié à la base, avec une adresse propre. Une restauration depuis un autre hébergement conserve l’ancienne adresse, qui ne veut plus rien dire.

  3. Regarder l’occupation du quota

    Une base pleine passe en lecture seule : le site s’affiche mais aucune commande ne s’enregistre. Le panneau de l’hébergeur donne la taille utilisée et la limite.

  4. Vérifier l’état des tables

    Une coupure pendant une écriture peut laisser une table dans un état incohérent. L’outil d’administration signale ces tables et propose une réparation.

  5. Consulter le journal du serveur de base

    Il indique explicitement le motif du refus : trop de connexions, accès refusé, base inconnue. C’est l’information la plus fiable de toutes.

Continuer sur la bonne page

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Où en est votre boutique en ce moment ?
Sur quelle plateforme tourne le site ?
Que s’est-il passé juste avant la panne ?

C’est souvent l’information qui fait gagner le plus de temps au diagnostic.

De quels accès disposez-vous ? (facultatif)

Sans accès, la première étape sera de les récupérer — cela change le délai.

Quelle est l’adresse du site concerné ? (facultatif)

Un premier coup d’œil avant même la réponse permet souvent de dégrossir le diagnostic.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Le site affiche l’erreur mais l’administration fonctionne, est-ce possible ?
Oui, quand la limite de connexions simultanées est atteinte : l’administration reçoit beaucoup moins de visites et trouve encore une connexion libre, alors que la partie publique n’en trouve plus.
Mes données sont-elles perdues ?
Ce message ne signifie pas une perte. Il signifie que le site n’a pas pu joindre la base. Dans la grande majorité des cas les données sont intactes, et c’est la connexion qu’il faut rétablir.
Où se trouvent les identifiants de connexion ?
Dans un fichier de configuration à la racine du site, dont le nom dépend du CMS. Les modifier demande un accès aux fichiers, pas au back-office.
Pourquoi l’erreur est-elle apparue sans que personne ne touche au site ?
Changement de mot de passe imposé par l’hébergeur, migration du serveur de base, quota atteint par la croissance normale des données, ou incident chez l’hébergeur. Aucun de ces événements ne demande d’action de votre part.
Combien de temps pour rétablir ?
Quand la cause est un identifiant ou une adresse, c’est court. Quand une table doit être réparée ou une base restaurée, cela dépend de sa taille et de la qualité de la dernière sauvegarde.