SQL Splitter: SQL-Datei aufteilen und komprimieren

Entweder eine .sql.gz, die phpMyAdmin direkt importiert, oder mehrere .sql-Dateien, die jeweils unter deinem Limit liegen, einzeln und als ZIP, auf Wunsch auch als .sql.gz und als Text zum Kopieren. Aus community-db.sql mit 98 KB werden als .sql.gz 20 KB, aufgeteilt mit 40 KB Zielgröße 3 Teile, jeder mit dem Kopf des Dumps, in der Reihenfolge, in der du sie importierst. Dazu zeigt das Tool je Teil Größe, Statements und Tabellen.

phpMyAdmin nimmt Dateien über PHP entgegen, und PHP begrenzt die Größe eines Uploads (upload_max_filesize und post_max_size). Auf unseren Datenbank-Servern sind es 2 MB, phpMyAdmin zeigt das unter Importieren als „Maximale Größe: 2.048 KiB“. Auch Text, den du in den Reiter SQL einfügst, läuft über diese Grenze. Dafür gibt es im Tool den Modus „In SQL-Konsole einfügen“: Er rechnet mit der Größe, die der Browser beim Abschicken tatsächlich sendet, und macht die Teile entsprechend kleiner.

Oft ja. Das Limit gilt für die hochgeladene Datei, also die gepackte, und SQL-Dumps bestehen aus viel wiederholtem Text. phpMyAdmin entpackt eine .sql.gz beim Import selbst. Der SQL Splitter rechnet die Größe der .sql.gz zuerst aus, zeigt dir, wievielmal kleiner sie ist, und empfiehlt das Aufteilen nur, wenn die gepackte Datei immer noch über deinem Limit liegt.

Lade die .sql, .sql.gz oder .zip in den SQL Splitter, etwa einen Export aus mysqldump, mariadb-dump, phpMyAdmin, HeidiSQL oder Adminer. Geschnitten wird nur zwischen vollständigen Statements: Strings mit Escapes, Kommentare, die /*!…*/-Zeilen und DELIMITER-Blöcke für Trigger und Prozeduren erkennt das Tool, ein Semikolon darin trennt nicht. Ein INSERT mit vielen Zeilen, das größer als ein Teil ist, wird zwischen zwei Datensätzen in mehrere INSERTs mit demselben Kopf zerlegt. Ist ein einzelner Datensatz allein größer als die Zielgröße, meist ein Bild in einer BLOB-Spalte, nennt das Tool Statement-Nummer, Zeile und Tabelle. Diesen Teil importierst du mit HeidiSQL oder dem mysql-Client, oder du versuchst ihn als .sql.gz hochzuladen.

In der Reihenfolge der Nummern, Teil 1 zuerst, und alle in dieselbe Datenbank. Teil 1 enthält meist die CREATE-TABLE-Anweisungen, spätere Teile füllen die Tabellen. Hat der Dump Fremdschlüssel, schaltet jeder Teil ihre Prüfung am Anfang aus und am Ende wieder zurück. Bricht ein Teil ab, behebe den Fehler und mach mit genau diesem Teil weiter. Frühere Teile importierst du nicht erneut, sonst kommt „Table already exists“ oder „Duplicate entry“. Weißt du nicht mehr, was schon importiert ist, leere die Datenbank (in phpMyAdmin im Reiter Struktur alle Tabellen markieren und löschen) und beginne wieder mit Teil 1.

Views, Trigger, Prozeduren und Events speichern, unter welchem Benutzer sie laufen (DEFINER). Steht dort ein Benutzer des alten Servers, etwa root, darf dein Datenbank-Benutzer sie nicht anlegen. Hake im Tool „DEFINER entfernen“ an, dann legt der Server sie mit deinem Benutzer an. MariaDB nennt das fehlende Recht SET USER. Kommt der Dump von MySQL, scheitern auch die Zeilen SQL_LOG_BIN (Recht BINLOG ADMIN) und GTID_PURGED, dafür gibt es „Replikations-Zeilen entfernen“.

utf8mb4_0900_ai_ci ist die Standard-Collation von MySQL 8. MariaDB kennt sie nicht, auch Version 11.6 nicht, und bricht beim CREATE TABLE mit #1273 ab. Der Fix „MySQL-8-Collations ersetzen“ tauscht sie und die anderen 0900-Varianten gegen utf8mb4_unicode_ci, die groß/klein-sensitiven gegen utf8mb4_bin. INSERT-Statements und damit deine Daten lässt er unverändert.

Nein. Ein Dump enthält oft Kunden- und Zugangsdaten, deshalb liest das Tool die Datei nur in deinem Browser, in einem Web Worker. Es gibt keinen Upload, keine Speicherung und kein Konto. Im Netzwerk-Tab der Entwicklertools siehst du, dass beim Komprimieren und Aufteilen keine Anfrage mit deiner Datei entsteht.