Bases de données MySQL

La plupart des sites ne stockent pas leur contenu dans des fichiers mais dans une base de données : articles, comptes clients, commandes, commentaires. WordPress, PrestaShop, Joomla et toute application PHP un peu sérieuse en demandent une. Cette page explique comment créer cette base dans Plesk, y accéder avec phpMyAdmin, importer un site existant et en sortir une sauvegarde.

Le nombre de bases disponibles dépend de votre formule : 1 sur WEB-1, 3 sur WEB-2, 5 sur WEB-3 (voir la vue d’ensemble de l’hébergement web). Une base par site, c’est la règle à suivre.

Note

Vous cherchez la base de données d’un serveur de jeu ? Ce n’est pas ici : voir Créer et gérer une base de données et, pour FiveM, Connecter la base de données (oxmysql).

Créer une base et un utilisateur

Une base de données va toujours par deux : la base, qui contient les tables, et l’utilisateur, qui a le droit d’y écrire. Votre site aura besoin des deux.

1. Connectez-vous à Plesk sur web.cloudfive.fr — voir Découvrir Plesk si vous ne savez pas encore vous y repérer.

2. Ouvrez la section des bases de données et lancez la création d’une nouvelle base.

3. Donnez-lui un nom explicite plutôt qu’un numéro : boutique_prod, blog_exemple. Vous vous en souviendrez dans six mois. Plesk ajoute parfois un préfixe à votre saisie : retenez le nom complet tel qu’il s’affiche après création.

4. Rattachez la base au bon domaine si l’interface le demande. C’est utile quand vous hébergez plusieurs sites.

5. Dans la même étape, créez l’utilisateur associé. Un utilisateur par base : si un site est compromis, les autres ne suivent pas.

6. Générez un mot de passe long et aléatoire. Vous n’aurez pas à le retenir — il sera écrit dans le fichier de configuration du site.

7. Notez les quatre informations qui serviront à votre site :

   • le nom de la base ;
   • le nom d’utilisateur ;
   • le mot de passe ;
   • le serveur : localhost lorsque le site est hébergé ici.

Le jeu de caractères, à régler tout de suite

Si l’interface vous laisse choisir, prenez utf8mb4. C’est ce qui évite les accents transformés en é et les emojis refusés à l’enregistrement. Changer après coup, une fois les données en place, est bien plus pénible.

Renseigner ces identifiants dans votre site

Les applications PHP attendent ces valeurs dans un fichier de configuration, à la racine du site. Pour WordPress, c’est wp-config.php :

httpdocs/wp-config.php

define( 'DB_NAME', 'blog_exemple' );
define( 'DB_USER', 'blog_exemple_user' );
define( 'DB_PASSWORD', 'votre-mot-de-passe' );
define( 'DB_HOST', 'localhost' );

D’autres applications utilisent un fichier .env ou un formulaire à la première visite. Le principe ne change pas : les quatre mêmes valeurs. Déposez le fichier dans le dossier de publication avec FTP ou le gestionnaire de fichiers, et protégez-le en permissions 640 — il contient un mot de passe.

Se connecter avec phpMyAdmin

phpMyAdmin est l’interface web qui permet de voir et modifier le contenu d’une base, sans ligne de commande.

1. Dans la section des bases de données de Plesk, ouvrez phpMyAdmin depuis la ligne de la base concernée.

2. L’authentification se fait automatiquement : vous arrivez directement sur votre base, pas sur le serveur entier.

3. Dans la colonne de gauche, dépliez la base pour voir ses tables. Un site WordPress fraîchement installé en compte une douzaine.

4. Cliquez sur une table pour afficher son contenu. L’onglet de structure montre les colonnes, l’onglet SQL permet d’exécuter une requête.

Attention

phpMyAdmin modifie les données immédiatement, sans demander confirmation et sans historique. Exportez avant de toucher à quoi que ce soit (section suivante), et ne lancez une requête UPDATE ou DELETE que si vous savez exactement ce qu’elle va affecter.

Importer un fichier .sql

C’est l’opération d’une migration : vous récupérez chez l’ancien hébergeur un fichier .sql — l’export de la base — et vous le rejouez ici.

1. Vérifiez d’abord que la base de destination est vide, ou qu’elle ne contient rien que vous teniez à garder.

2. Ouvrez phpMyAdmin sur cette base et sélectionnez-la dans la colonne de gauche. Sélectionner la base avant d’importer : c’est l’étape que tout le monde oublie.

3. Ouvrez l’onglet d’importation et choisissez votre fichier. Un fichier compressé (.sql.gz, .sql.zip) est accepté et passe beaucoup mieux qu’un .sql brut.

4. Laissez le jeu de caractères proposé, sauf si votre export indique explicitement autre chose.

5. Lancez l’import et attendez la fin sans fermer l’onglet. Un gros fichier peut prendre plusieurs minutes.

6. Vérifiez le résultat : les tables doivent apparaître dans la colonne de gauche, avec un nombre de lignes cohérent.

Danger

Un fichier .sql contient très souvent des instructions DROP TABLE : il supprime les tables existantes avant de les recréer. Importer un ancien export par-dessus une base en production écrase les données actuelles, sans retour possible. Exportez l’état courant avant tout import.

Si l’import échoue sur la taille du fichier, vous butez sur les limites de PHP, pas sur la base. Trois issues, dans cet ordre : compressez le fichier, ajustez les limites d’envoi (Version de PHP et extensions), ou découpez l’export table par table. Pour un fichier vraiment volumineux, ouvrez un ticket : l’import côté serveur est plus rapide et ne connaît pas ces limites.

Exporter une sauvegarde

À faire avant chaque mise à jour, chaque changement de thème, chaque modification manuelle. L’export est un fichier texte que vous conservez sur votre ordinateur.

1. Dans phpMyAdmin, sélectionnez la base dans la colonne de gauche.

2. Ouvrez l’onglet d’exportation.

3. Gardez la méthode rapide et le format SQL : c’est le format qui se réimporte partout.

4. Lancez l’export et enregistrez le fichier obtenu.

5. Renommez-le avec une date : blog_exemple-2026-11-09.sql. Vous saurez lequel est lequel le jour où vous en aurez trois.

Cet export ne couvre que la base. Un site complet, c’est la base plus les fichiers : pensez aux deux. Les sauvegardes de l’hébergement, qui réunissent les deux, sont traitées dans Sauvegardes de l’hébergement.

Une sauvegarde non testée n’est pas une sauvegarde

Au moins une fois, importez un de vos exports dans une base secondaire (si votre formule en autorise plusieurs) et regardez si les tables sont bien là. Mieux vaut le découvrir un mardi matin tranquille qu’un soir de panne.

Autoriser une connexion distante

Par défaut, une base n’accepte que les connexions venant de l’hébergement lui-même — c’est le réglage sain, et il suffit à faire tourner votre site. L’accès distant ne sert que dans deux cas : utiliser un logiciel d’administration depuis votre ordinateur, ou faire lire la base par une application hébergée ailleurs.

1. Dans Plesk, ouvrez les propriétés de l’utilisateur de la base — pas celles de la base.

2. Modifiez le réglage qui contrôle les hôtes autorisés à se connecter.

3. Indiquez votre adresse IP publique uniquement. N’utilisez pas l’option « depuis n’importe quel hôte » : elle expose votre base à l’Internet entier.

4. Enregistrez, puis testez la connexion depuis votre machine. Le port du serveur MySQL est celui du protocole, 3306 — voir Ports et protocoles par service.

   Depuis votre ordinateur

   mysql -h serveur.exemple.fr -P 3306 -u blog_exemple_user -p blog_exemple

5. Remettez le réglage d’origine dès que vous avez terminé.

Attention

Si votre connexion Internet a une IP dynamique — c’est le cas de la plupart des abonnements — l’autorisation cessera de fonctionner au prochain redémarrage de votre box. C’est normal : il faudra remettre la nouvelle adresse. Si l’accès distant n’est pas ouvert sur votre offre, le port ne répondra pas : demandez-le par ticket plutôt que de multiplier les tentatives, qui peuvent faire réagir notre filtrage réseau.

Si ça ne marche pas

« Error establishing a database connection » ou une erreur de connexion équivalente. Les quatre valeurs du fichier de configuration sont à vérifier, dans cet ordre : le nom de la base (avec son préfixe complet), l’utilisateur, le mot de passe, puis l’hôte — qui doit être localhost pour un site hébergé ici. Un espace invisible en fin de mot de passe suffit à tout casser : resaisissez-le à la main.

« Access denied for user ». L’utilisateur existe mais n’a pas les droits sur cette base, ou le mot de passe est faux. Redéfinissez le mot de passe dans Plesk, reportez-le dans le fichier de configuration, et vérifiez que l’utilisateur est bien rattaché à la bonne base.

Les accents s’affichent en caractères bizarres après un import. C’est un décalage de jeu de caractères entre l’export et la base. Réimportez depuis un export d’origine en forçant utf8mb4 des deux côtés. Ne corrigez pas les textes à la main : vous en aurez pour des heures et le problème reviendra.

phpMyAdmin ne s’ouvre pas, ou se déconnecte aussitôt. Rechargez en navigation privée pour écarter un cookie périmé. Si le panel entier est injoignable, consultez status.cloudfive.xyz avant d’ouvrir un ticket.

Le site est très lent depuis une migration. Il manque souvent les index, ou l’application pointe encore vers l’ancienne URL dans ses tables de configuration. Côté WordPress, voir Installer WordPress. Si la lenteur persiste alors que la base est saine, c’est peut-être la formule qui est trop juste : Hébergement web ou VPS pour mon site ? donne les signes qui annoncent le passage au VPS.

J’ai supprimé une table par erreur. Arrêtez immédiatement d’écrire sur le site, pour éviter d’écraser ce qui peut encore être restauré. Reprenez votre dernier export, ou la sauvegarde de l’hébergement (guide). S’il n’existe ni l’un ni l’autre, ouvrez un ticket tout de suite : la fenêtre pendant laquelle une récupération reste possible est courte.