SQL Dump Splitter

Weil Datendateien sich gegenseitig referenzieren. Werden Fremdschlüssel geladen, bevor die referenzierten Zeilen existieren, schlägt das fehl. Die Standardreihenfolge ist daher Schema, dann Daten, dann Constraints und Indizes.

Nein - ein Split mitten in einer Anweisung erzeugt Dateien, die für sich genommen ungültiges SQL sind. Splits müssen an Anweisungsgrenzen liegen, weshalb ein naiver Split nach Zeilenanzahl meist scheitert.

Ja. Ein Dump, der mit DELIMITER ;; das Anweisungstrennzeichen ändert, um eine Routine zu definieren, wird von der öffnenden DELIMITER-Zeile bis zur schließenden als ein unteilbarer Block behandelt, sodass eine Chunk-Grenze niemals mitten im Prozedurkörper oder zwischen DELIMITER ;; und dem davon abhängigen Code liegt.

Ja - legen Sie die .gz-Datei direkt ab, sie wird vor dem Splitten direkt in Ihrem Browser dekomprimiert, mit demselben Standard-gzip-Format, das der gzip-Befehl und mysqldump | gzip erzeugen. Nichts wird serverseitig hochgeladen oder konvertiert.

Splitten löst Größenbeschränkungen, nicht Geschwindigkeit. Für Geschwindigkeit laden Sie Daten, bevor Sie Indizes erstellen, und fassen Sie Batches in Transaktionen zusammen.

Nein. Das Splitten erfolgt generisch an anweisungsabschließenden Semikolons, sodass auch ein PostgreSQL- oder anderer SQL-Dump sicher geteilt wird. Die MySQL-spezifische DELIMITER-Behandlung aktiviert sich nur, wenn ein Dump diese Syntax tatsächlich für gespeicherte Prozeduren oder Trigger verwendet - ansonsten hat sie keine Wirkung.

Orientieren Sie sich daran, was die gesamte Datei ablehnt - phpMyAdmin und viele Hoster begrenzen Uploads auf irgendwo zwischen wenigen MB und einigen hundert MB. Prüfen Sie dieses Limit und wählen Sie eine Chunk-Größe sicher darunter. Kleinere Chunks bedeuten lediglich mehr Dateien, die der Reihe nach importiert werden müssen, sonst kein Nachteil.