Corrompre un fichier SQL en ligne
Corrompez un dump .sql gratuitement en ligne. Casse la structure des instructions et l'encodage pour que les imports échouent au lieu de charger des données partielles.
- Aucun envoi
- Aucune limite de taille
- Aucune inscription
Corrompez votre fichier SQL
Réglé pour .sql, .dump, et fonctionne tout aussi bien avec n'importe quel autre format.
Pourquoi les fichiers SQL sont difficiles à corrompre correctement
Un dump SQL est un fichier texte d'instructions exécutées dans l'ordre. Cela rend la corruption partielle réellement dangereuse dans la vraie vie : un import peut réussir sur des milliers de lignes puis échouer à mi-chemin, laissant une base de données dans un état incohérent. Reproduire cela à volonté, c'est exactement à quoi sert cet outil.
Ce que cet outil détruit
- Les terminateurs d'instruction. Les points-virgules et les sauts de ligne sont écrasés, si bien que les instructions se fondent en une entrée impossible à analyser.
- Les guillemets des littéraux. Les guillemets sont brisés, laissant des littéraux non terminés qui avalent les instructions suivantes.
- L'en-tête du dump. Les premiers octets contenant les commentaires de version client et serveur sont détruits.
- La validité de l'encodage. Des séquences UTF-8 invalides font échouer le fichier à l'import avant l'exécution de la moindre instruction.
Ce que vous verrez ensuite
| Application | Comportement |
|---|---|
mysql < dump.sql | "ERROR 1064 (42000): You have an error in your SQL syntax" et l'import s'interrompt. |
psql -f | Signale une séquence d'octets invalide pour l'encodage et s'arrête. |
| phpMyAdmin / Adminer | L'import échoue avec une erreur de syntaxe et un numéro de ligne. |
| Niveau Light | L'import peut avancer un moment avant d'échouer : le scénario réaliste de restauration partielle. |
Raisons courantes de le faire
- Répéter une restauration depuis une sauvegarde endommagée avant que cela n'arrive pour de vrai.
- Vérifier qu'un import s'exécute dans une transaction et se rétracte proprement en cas d'échec.
- Tester qu'un outil de migration signale l'instruction en échec au lieu de continuer.
- Montrer pourquoi les sauvegardes doivent être vérifiées et pas seulement effectuées.
Comment corrompre un fichier SQL
- Déposez votre fichier .sql dans la zone ci-dessus, ou cliquez pour parcourir.
- Laissez le niveau sur Standard, sauf si vous voulez des dommages partiels (Light) ou devez mettre en échec un logiciel de récupération (Heavy).
- Cliquez sur Corrompre le fichier. Le traitement a lieu sur votre appareil, il se termine donc presque instantanément.
- Téléchargez le résultat. Par défaut, il conserve le nom de fichier et la longueur en octets d'origine.
Questions fréquentes sur SQL
Puis-je simuler une restauration partielle ?
Oui, et c'est le cas le plus utile. Le niveau Light laisse la plupart des instructions intactes, si bien qu'un import tourne généralement un moment avant d'échouer, ce qui est précisément le scénario qui révèle une gestion des transactions manquante.
Cela fonctionne-t-il sur les dumps compressés ?
Un fichier .sql.gz est traité comme une archive gzip, ce qui casse l'ensemble d'un coup. Décompressez-le d'abord si vous voulez des dommages au niveau des instructions.
Cela cassera-t-il une table précise ?
Pas de façon déterministe : le dommage est dispersé et ne vise pas d'objets nommés.
Le dump d'origine est-il modifié ?
Non. La corruption est appliquée à une copie en mémoire et téléchargée séparément.