Eine SQL-Datei online beschädigen
Beschädigen Sie einen .sql-Dump kostenlos online. Zerstört Anweisungsstruktur und Kodierung, sodass Importe scheitern, statt Teildaten zu laden.
- Kein Upload
- Keine Größenbegrenzung
- Keine Anmeldung
Beschädigen Sie Ihre SQL-Datei
Abgestimmt auf .sql, .dump, funktioniert aber ebenso mit jedem anderen Format.
Warum sich SQL-Dateien nur schwer richtig beschädigen lassen
Ein SQL-Dump ist eine Textdatei aus Anweisungen, die der Reihe nach ausgeführt werden. Das macht Teilbeschädigung in der Praxis wirklich gefährlich: Ein Import kann Tausende Zeilen lang gutgehen und dann auf halber Strecke scheitern, was eine Datenbank in einem inkonsistenten Zustand hinterlässt. Genau das auf Abruf zu reproduzieren, ist der Zweck.
Was dieses Werkzeug zerstört
- Anweisungsabschlüsse. Semikolons und Zeilenumbrüche werden überschrieben, sodass Anweisungen zu nicht parsebarer Eingabe zusammenlaufen.
- Anführungszeichen in Literalen. Anführungszeichen werden aufgebrochen, sodass Literale unbeendet bleiben und nachfolgende Anweisungen verschlucken.
- Der Dump-Header. Die ersten Bytes mit den Kommentaren zu Client- und Serverversion werden zerstört.
- Gültigkeit der Kodierung. Ungültige UTF-8-Folgen lassen die Datei beim Import scheitern, bevor eine Anweisung ausgeführt wird.
Was Sie danach sehen
| Anwendung | Verhalten |
|---|---|
mysql < dump.sql | "ERROR 1064 (42000): You have an error in your SQL syntax" und der Import bricht ab. |
psql -f | Meldet eine ungültige Bytefolge für die Kodierung und hält an. |
| phpMyAdmin / Adminer | Der Import scheitert mit einem Syntaxfehler und einer Zeilennummer. |
| Stufe Light | Der Import kann ein Stück weit laufen, bevor er scheitert: das realistische Szenario einer Teilwiederherstellung. |
Häufige Gründe dafür
- Eine Wiederherstellung aus einem beschädigten Backup proben, bevor es ernst wird.
- Verifizieren, dass ein Import in einer Transaktion läuft und bei einem Fehler sauber zurückrollt.
- Prüfen, ob ein Migrationswerkzeug die fehlgeschlagene Anweisung meldet, statt weiterzumachen.
- Zeigen, warum Backups geprüft und nicht nur erstellt werden müssen.
So beschädigen Sie eine SQL-Datei
- Ziehen Sie Ihre .sql-Datei in das Feld oben, oder klicken Sie zum Auswählen.
- Belassen Sie die Stufe auf Standard, sofern Sie nicht nur teilweisen Schaden wollen (Light) oder Wiederherstellungssoftware überwinden müssen (Heavy).
- Klicken Sie auf Datei beschädigen. Die Verarbeitung läuft auf Ihrem Gerät und ist daher fast sofort fertig.
- Laden Sie das Ergebnis herunter. Standardmäßig behält es den ursprünglichen Dateinamen und die Byte-Länge.
Häufige Fragen zu SQL
Kann ich eine Teilwiederherstellung simulieren?
Ja, und das ist der nützlichste Fall. Stufe Light lässt die meisten Anweisungen intakt, sodass ein Import typischerweise eine Weile läuft, bevor er scheitert. Genau dieses Szenario deckt fehlende Transaktionsbehandlung auf.
Funktioniert es bei komprimierten Dumps?
Eine .sql.gz-Datei wird stattdessen als gzip-Archiv behandelt, was das Ganze auf einen Schlag zerstört. Entpacken Sie sie zuerst, wenn Sie Schäden auf Anweisungsebene wollen.
Zerstört es eine bestimmte Tabelle?
Nicht gezielt: Der Schaden wird gestreut und richtet sich nicht nach benannten Objekten.
Wird der ursprüngliche Dump verändert?
Nein. Die Beschädigung wird auf eine Kopie im Arbeitsspeicher angewendet und separat heruntergeladen.