Exporter et importer une base via phpMyAdmin sans tout casser

Interface phpMyAdmin affichant les onglets d'export et d'import d'une base de données MySQL

À la une

Exporter une base de données MySQL avec phpMyAdmin prend moins d’une minute : sélectionner la base, cliquer sur l’onglet Exporter, choisir le format SQL et valider. L’import suit le même chemin inverse, à condition de respecter la taille maximale autorisée par le serveur et l’encodage du fichier. La plupart des incidents surviennent non pas lors de la manipulation elle-même, mais à cause d’un réglage ignoré avant ou après l’opération.

Sommaire

Exporter une base complète en SQL : la procédure pas à pas
Trois réglages d’export que la documentation officielle recommande de vérifier
Importer un fichier SQL dans phpMyAdmin sans erreur de taille
Exporter une base MySQL au format CSV : quand et comment
Les erreurs fréquentes et leur cause réelle

Exporter une base complète en SQL : la procédure pas à pas

Pour exporter l’intégralité d’une base, il faut d’abord la sélectionner dans le panneau latéral gauche de phpMyAdmin, puis cliquer sur l’onglet Exporter en haut de page. Le mode « Rapide » génère un fichier SQL contenant la structure et les données de toutes les tables. Le mode « Personnalisé » permet de choisir les tables à inclure, le format de sortie et plusieurs options de compatibilité.

Le fichier produit porte l’extension .sql. Il contient les instructions CREATE TABLE et INSERT INTO qui recréent la base à l’identique sur un autre serveur. Avant de lancer la migration, vérifier que la version de MySQL ou MariaDB du serveur cible est compatible avec celle du serveur source : une base exportée depuis MySQL 8.0 peut contenir des types de colonnes ou des options de collation absents sur MySQL 5.7. La documentation officielle de phpMyAdmin détaille chaque option du formulaire d’export.

Dans le cadre d’un site WordPress, la base contient les tables préfixées wp_ par défaut (posts, options, usermeta, etc.). Exporter la base entière revient à sauvegarder l’ensemble du contenu rédactionnel, des réglages et des données utilisateurs. Coupler cette opération à une sauvegarde complète des fichiers via SFTP constitue le filet de sécurité minimal avant toute intervention sur le serveur.

Trois réglages d’export que la documentation officielle recommande de vérifier

Le premier concerne l’encodage. Sélectionner utf8mb4 comme jeu de caractères de connexion garantit que les accents, les émojis et les caractères spéciaux seront conservés dans le fichier. Si le fichier est ensuite ouvert dans un éditeur de texte qui force un autre encodage, les caractères seront corrompus avant même l’import.

Le deuxième porte sur l’option ADD DROP TABLE. Cochée par défaut en mode personnalisé, elle insère une instruction DROP TABLE IF EXISTS avant chaque CREATE TABLE. Lors d’un import sur une base qui contient déjà des tables du même nom, ces tables seront supprimées puis recréées. C’est le comportement attendu pour une restauration complète, mais il devient destructeur si l’on importe par erreur dans la mauvaise base.

Le troisième est la compression. Pour les bases volumineuses, phpMyAdmin propose de compresser le fichier en gzip ou zip directement à l’export. Cela réduit la taille du téléchargement et facilite l’upload lors de l’import, surtout quand le serveur impose une limite upload_max_filesize basse.

Voir aussi Écran blanc WordPress : réactiver le mode debug pour voir l’erreur

Importer un fichier SQL dans phpMyAdmin sans erreur de taille

L’import échoue le plus souvent pour une raison simple : le fichier dépasse la taille maximale autorisée par la configuration PHP du serveur. Deux directives contrôlent cette limite dans le fichier php.ini :

Si le fichier SQL pèse 50 Mo et que upload_max_filesize est à 2 Mo, phpMyAdmin refusera l’envoi sans explication claire. Modifier ces valeurs suppose un accès au php.ini ou, sur certains hébergements mutualisés, au fichier .htaccess ou au panneau de contrôle. En cas d’impossibilité, l’alternative consiste à importer le fichier en ligne de commande via SSH :

mysql -u utilisateur -p nom_de_la_base < fichier.sql

Cette méthode n’est soumise à aucune limite de taille côté PHP. Elle nécessite un accès SSH au serveur, ce qui implique d’utiliser un client SFTP ou un terminal plutôt que le navigateur.

Autant le dire : sur un hébergement mutualisé sans accès SSH, les bases de plus de 50 Mo deviennent pénibles à importer via phpMyAdmin.

Pour lancer l’import dans phpMyAdmin, sélectionner la base cible dans le panneau gauche, cliquer sur l’onglet Importer, choisir le fichier .sql (ou .sql.gz si compressé) et laisser les autres réglages par défaut. Le format doit correspondre à celui de l’export : SQL pour un fichier SQL, CSV pour un fichier CSV. Une fois l’import terminé, phpMyAdmin affiche le nombre de requêtes exécutées avec succès.

Exporter une base MySQL au format CSV : quand et comment

Le format CSV ne conserve ni la structure des tables, ni les index, ni les relations entre tables. Il ne sert pas à migrer une base entière : il sert à extraire des données tabulaires pour les exploiter dans un tableur ou les injecter dans un autre système.

Pour exporter en CSV depuis phpMyAdmin, sélectionner une table précise (pas la base entière), ouvrir l’onglet Exporter, choisir le format CSV dans le menu déroulant et valider. Le fichier produit contient une ligne par enregistrement, avec les valeurs séparées par des virgules. L’option « Inclure les noms de colonnes » ajoute une ligne d’en-tête utile pour l’ouverture dans Excel ou LibreOffice Calc.

Exporter toute la base en CSV obligerait à exporter chaque table séparément, puis à les réimporter une par une dans le bon ordre en recréant d’abord la structure. C’est techniquement possible mais sans intérêt pratique : le format SQL fait tout cela en une seule opération. Le CSV reste pertinent pour un export partiel, par exemple la table wp_posts afin d’analyser le contenu rédactionnel hors WordPress.

Les erreurs fréquentes et leur cause réelle

L’erreur la plus courante à l’import est #1046 - No database selected. Elle apparaît quand le fichier SQL ne contient pas d’instruction USE nom_de_la_base et que l’utilisateur n’a pas sélectionné de base avant de lancer l’import. La solution : cliquer sur le nom de la base dans le panneau gauche avant d’aller dans l’onglet Importer.

L’erreur #1064 - Syntax error signale souvent un fichier corrompu ou tronqué. Si le téléchargement de l’export a été interrompu, le fichier SQL se termine au milieu d’une requête. Relancer l’export depuis le serveur source et vérifier que la taille du fichier téléchargé correspond à celle affichée par phpMyAdmin.

L’erreur d’encodage, elle, ne produit pas de message explicite. Les données s’importent, mais les accents apparaissent sous forme de caractères parasites (« Ã© » au lieu de « é »). Cela arrive quand l’export a été fait en latin1 et l’import en utf8, ou inversement. Vérifier la collation de la base cible et la directive SET NAMES en tête du fichier SQL. La documentation MySQL sur les jeux de caractères explique les conversions possibles.

Sur un site WordPress, un import dans la mauvaise base peut provoquer un écran blanc ou une erreur 500 si les tables écrasées ne correspondent pas à la configuration du fichier wp-config.php. Toujours vérifier le nom de la base dans ce fichier avant d’importer. Et toujours travailler sur un environnement de préproduction quand l’opération porte sur un site en production.

Questions fréquentes

Comment exporter une base de données entière avec phpMyAdmin ?

Sélectionner la base dans le panneau gauche, cliquer sur Exporter, choisir le mode « Rapide » avec le format SQL, puis valider. Le fichier téléchargé contient la structure et les données de toutes les tables.

Comment importer un fichier SQL dans phpMyAdmin ?

Cliquer sur la base cible dans le panneau gauche, ouvrir l’onglet Importer, sélectionner le fichier .sql et lancer l’opération. Si le fichier dépasse la limite upload_max_filesize, il faut augmenter cette valeur dans php.ini ou importer via la ligne de commande MySQL.

Comment exporter une base MySQL au format CSV ?

Sélectionner une table précise (pas la base entière), ouvrir l’onglet Exporter, choisir le format CSV dans le menu déroulant. Cocher l’option « Inclure les noms de colonnes » pour obtenir une ligne d’en-tête. Ce format ne conserve pas la structure des tables.

À retenir

Toujours sélectionner la base dans le panneau gauche avant de cliquer sur Importer ou Exporter.
Vérifier l’encodage utf8mb4 à l’export comme à l’import pour éviter la corruption des accents.
Compresser le fichier en gzip si la base dépasse la limite upload_max_filesize du serveur.
Pour les fichiers volumineux, préférer l’import en ligne de commande via SSH.
Faire une sauvegarde de la base cible avant tout import, surtout si l’option DROP TABLE est active.

Damien Roux

Damien Roux est l'hébergement web. de web-city.fr, il partage guides pratiques, comparatifs objectifs et outils gratuits pour choisir le bon hébergeur et créer son site WordPress