Outil de fractionnement SQL : fractionner et compresser un fichier SQL

Soit un fichier .sql.gz directement importable par phpMyAdmin, soit plusieurs fichiers .sql respectant chacun ta limite. Ces derniers sont disponibles séparément et dans une archive ZIP, ainsi que, si tu le souhaites, au format .sql.gz et sous forme de texte à copier. Le fichier community-db.sql de 98 KB donne 20 KB au format .sql.gz ou 3 parties avec une taille cible de 40 KB, chacune contenant l’en-tête du dump et classée dans l’ordre d’importation. L’outil affiche aussi la taille, le nombre d’instructions et les tables de chaque partie.

phpMyAdmin reçoit les fichiers via PHP, qui limite la taille des envois (upload_max_filesize et post_max_size). Sur nos serveurs de bases de données, cette limite est de 2 MB ; phpMyAdmin l’affiche sous Importer : « Taille maximale : 2.048 KiB ». Le texte que tu colles dans l’onglet SQL est soumis à la même limite. C’est pourquoi l’outil propose le mode « Coller dans la console SQL » : il tient compte de la taille réellement envoyée par le navigateur et crée des parties plus petites en conséquence.

Souvent, oui. La limite s’applique au fichier envoyé, donc au fichier compressé, et les dumps SQL contiennent beaucoup de texte répétitif. phpMyAdmin décompresse lui-même les fichiers .sql.gz lors de l’importation. Le découpeur SQL calcule d’abord la taille du fichier .sql.gz, t’indique combien de fois il est plus petit et ne recommande de le découper que si le fichier compressé dépasse encore ta limite.

Charge le fichier .sql, .sql.gz ou .zip dans le SQL Splitter, par exemple un export de mysqldump, mariadb-dump, phpMyAdmin, HeidiSQL ou Adminer. Le découpage ne se fait qu’entre des instructions complètes : l’outil reconnaît les chaînes avec échappements, les commentaires, les lignes /*!…*/ et les blocs DELIMITER des triggers et des procédures. Un point-virgule à l’intérieur ne sépare pas les instructions. Si une instruction INSERT de plusieurs lignes dépasse la taille d’une partie, elle est divisée entre deux enregistrements en plusieurs instructions INSERT avec le même début. Si un seul enregistrement dépasse à lui seul la taille cible, généralement une image dans une colonne BLOB, l’outil indique le numéro de l’instruction, la ligne et la table. Importe cette partie avec HeidiSQL ou le client mysql, ou essaie de l’envoyer au format .sql.gz.

Importe les parties dans l’ordre de leurs numéros, en commençant par la partie 1, et toujours dans la même base de données. La partie 1 contient généralement les instructions CREATE TABLE ; les suivantes remplissent les tables. Si le dump contient des clés étrangères, chaque partie désactive leur vérification au début et la réactive à la fin. Si l’import d’une partie échoue, corrige l’erreur et reprends avec cette même partie. Ne réimporte pas les parties précédentes, sinon tu obtiendras « Table already exists » ou « Duplicate entry ». Si tu ne sais plus ce qui a déjà été importé, vide la base de données (dans phpMyAdmin, sélectionne et supprime toutes les tables dans l’onglet Structure), puis recommence à la partie 1.

Les vues, déclencheurs, procédures et événements indiquent l’utilisateur sous lequel ils s’exécutent (DEFINER). Si c’est un utilisateur de l’ancien serveur, comme root, ton utilisateur de base de données ne peut pas les créer. Coche « Supprimer DEFINER » dans l’outil : le serveur les créera avec ton utilisateur. MariaDB appelle le privilège manquant SET USER. Si le dump provient de MySQL, les lignes SQL_LOG_BIN (privilège BINLOG ADMIN) et GTID_PURGED peuvent aussi faire échouer l’importation ; utilise alors « Supprimer les lignes de réplication ».

utf8mb4_0900_ai_ci est la collation par défaut de MySQL 8. MariaDB ne la reconnaît pas, même en version 11.6, et interrompt CREATE TABLE avec l’erreur #1273. Le correctif « Remplacer les collations MySQL 8 » la remplace, ainsi que les autres variantes 0900, par utf8mb4_unicode_ci et les variantes sensibles à la casse par utf8mb4_bin. Il ne modifie pas les instructions INSERT ni tes données.

Non. Un dump contient souvent des données clients et des identifiants. L’outil lit donc le fichier uniquement dans ton navigateur, à l’aide d’un Web Worker. Aucun envoi, aucun stockage et aucun compte ne sont nécessaires. Dans l’onglet Réseau des outils de développement, tu peux vérifier qu’aucune requête contenant ton fichier n’est envoyée lors de la compression ou du fractionnement.