Einzelne Tabelle aus einem MySQL-Dump extrahieren

Nicht jede Aufgabe braucht die komplette Datenbank. Wenn du lokal an einem Feature arbeitest, willst du selten einen vollständigen Produktions-Dump, der deine Platte füllt und eine Stunde zum Importieren braucht. Du willst die paar Tabellen, die das Feature tatsächlich anfasst.

Dasselbe gilt beim Debuggen einer einzelnen Tabelle — ein Datenproblem in orders nachzustellen erfordert nicht die anderen 126 Tabellen — oder bei einer Teil-Migration, bei der nur einige Tabellen in einen neuen Dienst umziehen. In all diesen Fällen lautet die Frage gleich: Wie hole ich genau diese Tabellen sauber und schnell aus einem riesigen Dump heraus?

Der sed/grep-Ansatz und warum er zerbricht

Die klassische Antwort: die Datei mit sed zwischen den Abschnitts-Kommentaren zerschneiden, die mysqldump pro Tabelle schreibt:

# die users-Tabelle aus einem mysqldump herauslösen
sed -n '/-- Table structure for table `users`/,/-- Table structure for table/p' dump.sql > users.sql

Sieht clever aus und funktioniert bei einem kleinen, aufgeräumten Dump vielleicht sogar einmal. Bei einer echten 7-GB-Datei geht das auf viele subtile Arten schief:

• Mehrzeilige INSERTs. Ein einzelnes INSERT INTO ... VALUES kann tausende Zeilen umfassen. Zeilenbasierte Werkzeuge wie sed und grep schneiden solche Zeilen mittendrin ab und erzeugen eine Datei, die nicht mehr parst.
• Backticks und Sonderzeichen. Spaltenwerte enthalten --, Semikola, Backticks, Anführungszeichen und Zeilenumbrüche innerhalb von Strings. Dein Muster trifft Text innerhalb der Daten, der nie als Trenner gemeint war.
• Tabellennamen als Teilstrings. Wer user extrahiert, erwischt auch user_roles, user_sessions und password_user, weil der Name als Teilstring anderer Namen vorkommt.
• Kommentare und Header verschieben sich. Der exakte Kommentartext unterscheidet sich zwischen MySQL-, MariaDB- und PostgreSQL-Versionen, und pg_dump nutzt diese Header gar nicht — derselbe Befehl liefert dann stillschweigend nichts.
• Keine Foreign-Key-Auflösung. Selbst wenn du orders perfekt herausschneidest, verweisen dessen Zeilen auf users. sed ahnt davon nichts, und der Extrakt scheitert beim Import mit einem Foreign-Key-Fehler.

Am Ende stapelst du awk auf grep auf sed, testest an Teilmengen und traust dem Ergebnis trotzdem nicht. Es geht einfacher.

Tabellen mit DumpCleaner extrahieren

DumpCleaner parst den Dump richtig — es versteht Statement-Grenzen, mehrzeilige INSERTs, Backticks und Kommentare — und schneidet deshalb immer an den richtigen Stellen. Die gewünschten Tabellen zu extrahieren dauert vier Schritte:

1. Zieh deinen .sql-Dump hinein. DumpCleaner liest die Datei streamend, sodass ein 7-GB-Dump mit konstantem Speicher öffnet, statt alles auf einmal zu laden.
2. Lies die automatisch erkannte Tabellenliste. Jede Tabelle wird herausgeparst und mit Zeilenzahl und Größe aufgelistet — kein Scrollen durch Millionen Zeilen, um zu sehen, was drin ist.
3. Wähle die gewünschten Tabellen. Hake users, orders und products an oder tippe ein Regex- bzw. Exclude-Muster wie *_logs, um ganze Gruppen auf einmal zu entfernen.
4. Elterntabellen mitnehmen und exportieren. Optional referenzierte Elterntabellen automatisch einschließen und dann eine saubere, importierbare Datei exportieren.

Ein paar Dinge machen das deutlich weniger fummelig als Shell-Werkzeuge:

• Exclude-Muster wie *_logs oder *_sessions entfernen Audit- und Session-Rauschen, ohne dass du Dutzende Tabellen von Hand abwählst.
• Regex-Filter matchen nach Präfix, Suffix oder beliebigem Muster — behalte etwa alles, was auf shop_* passt.
• Eine Live-Vorschau zeigt dir, welche Tabellen im Ergebnis landen, während du die Auswahl änderst.
• Eine geschätzte Ausgabegröße verrät dir schon vor dem Export, wie groß der Extrakt wird, damit er lokal auch passt.
• Foreign-Key-Abhängigkeiten lassen sich automatisch einschließen, sodass die Auswahl von orders stillschweigend users mitbringt und der Extrakt ohne Constraint-Fehler importiert.

Häufige Fragen