# 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.

- Source canonique : [https://allaux.fr/problemes/erreur-de-connexion-a-la-base-de-donnees](https://allaux.fr/problemes/erreur-de-connexion-a-la-base-de-donnees)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Ouvrez le fichier qui porte les identifiants et comparez-les à ceux du panneau d’hébergement : app/config/parameters.php sur PrestaShop 1.7, 8 et 9, config/settings.inc.php sur 1.6, wp-config.php sur WordPress avec DB_NAME, DB_USER, DB_PASSWORD et DB_HOST. Si les identifiants sont bons, testez la connexion en ligne de commande avec mysql : un accès refusé et un serveur injoignable ne se corrigent pas au même endroit.

## 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.

## Ne réinstallez jamais le CMS pour régler ce message

> Une réinstallation demande de créer une base, et fabrique donc un site vide. Les données existantes ne sont pas perdues tant que la base n’a pas été écrasée — mais elles le sont si l’installation se termine. Devant ce message, la seule action à ne surtout pas faire est de relancer un installateur.

## Continuer sur la bonne page

- **La base de données expliquée** — Ce que contient réellement la base d’un site marchand. ([/glossaire/base-de-donnees](/glossaire/base-de-donnees))
- **Nettoyer la base de données** — Si le quota est atteint, quelles tables occupent la place. ([/wordpress-woocommerce/mise-a-jour/nettoyer-base-donnees](/wordpress-woocommerce/mise-a-jour/nettoyer-base-donnees))
- **Dépannage en urgence** — Quand la boutique est à l’arrêt et que les commandes ne s’enregistrent plus. ([/services/depannage-urgent](/services/depannage-urgent))
- **La requête SQL expliquée** — Pourquoi une base saturée de requêtes lentes finit par refuser des connexions. ([/glossaire/requete-sql](/glossaire/requete-sql))

## FAQ

### 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.