SQL Splitter: SQL-bestand opsplitsen en comprimeren

Ofwel één .sql.gz-bestand dat phpMyAdmin rechtstreeks importeert, ofwel meerdere .sql-bestanden die elk onder je limiet vallen, afzonderlijk en als ZIP. Desgewenst ook als .sql.gz en als tekst om te kopiëren. Van community-db.sql met 98 KB wordt als .sql.gz 20 KB gemaakt. Opgesplitst met een doelgrootte van 40 KB levert dat 3 delen op, elk met de header van de dump, in de volgorde waarin je ze importeert. De tool toont bovendien per deel de grootte, statements en tabellen.

phpMyAdmin ontvangt bestanden via PHP, en PHP beperkt de grootte van een upload (upload_max_filesize en post_max_size). Op onze databaseservers is de limiet 2 MB; phpMyAdmin toont dit onder Importeren als ‘Maximale grootte: 2.048 KiB’. Ook tekst die je in het tabblad SQL plakt, valt onder deze limiet. Daarom heeft de tool de modus ‘In SQL-console plakken’: die rekent met de grootte die de browser daadwerkelijk verstuurt en maakt de delen navenant kleiner.

Vaak wel. De limiet geldt voor het geüploade bestand, dus voor het gecomprimeerde bestand, en SQL-dumps bevatten veel herhaalde tekst. phpMyAdmin pakt een .sql.gz bij het importeren zelf uit. De SQL Splitter berekent eerst de grootte van de .sql.gz, laat je zien hoeveel keer kleiner die is en raadt opdelen alleen aan als het gecomprimeerde bestand nog steeds boven je limiet zit.

Laad het .sql-, .sql.gz- of .zip-bestand in de SQL Splitter, bijvoorbeeld een export uit mysqldump, mariadb-dump, phpMyAdmin, HeidiSQL of Adminer. De tool splitst alleen tussen volledige statements: hij herkent strings met escapes, commentaar, /*!…*/-regels en DELIMITER-blokken voor triggers en procedures. Een puntkomma daarin geldt niet als scheiding. Als een INSERT met veel regels groter is dan één deel, wordt die tussen twee records opgesplitst in meerdere INSERTs met dezelfde aanhef. Is één record al groter dan de ingestelde grootte, meestal een afbeelding in een BLOB-kolom, dan vermeldt de tool het statementnummer, de regel en de tabel. Importeer dat deel met HeidiSQL of de mysql-client, of probeer het als .sql.gz te uploaden.

Importeer de delen in numerieke volgorde, deel 1 eerst, en allemaal in dezelfde database. Deel 1 bevat meestal de CREATE TABLE-statements; latere delen vullen de tabellen. Als de dump externe sleutels bevat, schakelt elk deel de controle daarop aan het begin uit en aan het einde weer in. Stopt een deel door een fout, los die dan op en ga verder met precies dat deel. Importeer eerdere delen niet opnieuw, anders krijg je ‘Table already exists’ of ‘Duplicate entry’. Weet je niet meer wat al is geïmporteerd, maak de database dan leeg (selecteer en verwijder in phpMyAdmin alle tabellen op het tabblad Structuur) en begin opnieuw bij deel 1.

Views, triggers, procedures en events slaan op onder welke gebruiker ze worden uitgevoerd (DEFINER). Staat daar een gebruiker van de oude server, bijvoorbeeld root, dan mag jouw databasegebruiker ze niet aanmaken. Vink in de tool ‘DEFINER verwijderen’ aan; de server maakt ze dan aan onder jouw gebruiker. MariaDB noemt de ontbrekende machtiging SET USER. Als de dump uit MySQL komt, kunnen ook de regels SQL_LOG_BIN (machtiging BINLOG ADMIN) en GTID_PURGED problemen geven. Daarvoor is er ‘Replicatieregels verwijderen’.

utf8mb4_0900_ai_ci is de standaardcollatie van MySQL 8. MariaDB kent deze niet, ook versie 11.6 niet, en breekt CREATE TABLE af met #1273. De fix ‘MySQL 8-collaties vervangen’ vervangt deze en de andere 0900-varianten door utf8mb4_unicode_ci, en de hoofdlettergevoelige varianten door utf8mb4_bin. INSERT-statements en dus je gegevens blijven ongewijzigd.

Nee. Een dump bevat vaak klant- en inloggegevens. Daarom leest de tool het bestand alleen in je browser, via een Web Worker. Er is geen upload, opslag of account nodig. Op het tabblad Netwerk van de ontwikkelaarstools kun je zien dat bij het comprimeren en opsplitsen geen verzoek met je bestand wordt verzonden.