Dzielenie i kompresowanie pliku SQL: SQL Splitter

Otrzymasz plik .sql.gz, który phpMyAdmin zaimportuje bezpośrednio, albo kilka plików .sql, z których każdy mieści się w Twoim limicie. Pliki są dostępne osobno i w archiwum ZIP, a na życzenie także jako .sql.gz i tekst do skopiowania. Plik community-db.sql o rozmiarze 98 KB po kompresji do .sql.gz ma 20 KB, a po podziale przy docelowym rozmiarze 40 KB powstaje 3 części. Każda zawiera nagłówek zrzutu; części są ułożone w kolejności importu. Narzędzie pokazuje też rozmiar, liczbę instrukcji i tabele dla każdej części.

phpMyAdmin odbiera pliki przez PHP, a PHP ogranicza rozmiar przesyłanych plików (upload_max_filesize i post_max_size). Na naszych serwerach baz danych limit wynosi 2 MB. phpMyAdmin pokazuje go w sekcji importu jako „Maksymalny rozmiar: 2.048 KiB”. Tekst wklejany na kartę SQL również podlega temu limitowi. Dlatego narzędzie ma tryb „Wklej do konsoli SQL”: uwzględnia rozmiar danych faktycznie wysyłanych przez przeglądarkę i odpowiednio zmniejsza części.

Często tak. Limit dotyczy przesyłanego pliku, czyli pliku skompresowanego, a zrzuty SQL zawierają dużo powtarzającego się tekstu. phpMyAdmin sam rozpakowuje plik .sql.gz podczas importu. SQL Splitter najpierw oblicza rozmiar pliku .sql.gz, pokazuje ci, ile razy jest on mniejszy, i zaleca podział tylko wtedy, gdy skompresowany plik nadal przekracza twój limit.

Wczytaj plik .sql, .sql.gz lub .zip do SQL Splitter, na przykład eksport z mysqldump, mariadb-dump, phpMyAdmin, HeidiSQL lub Adminer. Podział następuje tylko między pełnymi instrukcjami: narzędzie rozpoznaje ciągi znaków z sekwencjami ucieczki, komentarze, wiersze /*!…*/ i bloki DELIMITER dla wyzwalaczy i procedur. Średnik wewnątrz nich nie rozdziela instrukcji. Jeśli instrukcja INSERT z wieloma wierszami jest większa niż jedna część, zostanie podzielona między rekordami na kilka instrukcji INSERT z tym samym początkiem. Jeśli pojedynczy rekord przekracza rozmiar docelowy — zwykle jest to obraz w kolumnie BLOB — narzędzie poda numer instrukcji, wiersz i tabelę. Taką część zaimportuj przez HeidiSQL lub klienta mysql albo spróbuj przesłać ją jako .sql.gz.

Importuj części w kolejności numerów, zaczynając od części 1, wszystkie do tej samej bazy danych. Część 1 zwykle zawiera instrukcje CREATE TABLE, a kolejne części wypełniają tabele. Jeśli zrzut zawiera klucze obce, każda część wyłącza ich sprawdzanie na początku i ponownie włącza na końcu. Jeśli import części zostanie przerwany, napraw błąd i kontynuuj od tej samej części. Nie importuj wcześniejszych części ponownie, bo pojawi się błąd „Table already exists” lub „Duplicate entry”. Jeśli nie pamiętasz, co zostało już zaimportowane, wyczyść bazę danych (w phpMyAdmin na karcie Struktura zaznacz i usuń wszystkie tabele) i zacznij ponownie od części 1.

Widoki, wyzwalacze, procedury i zdarzenia zapisują użytkownika, z którego uprawnieniami działają (DEFINER). Jeśli wskazują użytkownika starego serwera, np. root, Twój użytkownik bazy danych nie może ich utworzyć. Zaznacz w narzędziu „Usuń DEFINER”, a serwer utworzy je z Twoim użytkownikiem. MariaDB nazywa brakujące uprawnienie SET USER. Jeśli zrzut pochodzi z MySQL, import może się też nie udać przez wiersze SQL_LOG_BIN (uprawnienie BINLOG ADMIN) i GTID_PURGED — do tego służy opcja „Usuń wiersze replikacji”.

utf8mb4_0900_ai_ci to domyślne porównywanie znaków w MySQL 8. MariaDB go nie obsługuje, nawet w wersji 11.6, i przerywa wykonywanie CREATE TABLE z błędem #1273. Poprawka „Zastąp sortowania MySQL 8” zamienia je i pozostałe warianty 0900 na utf8mb4_unicode_ci, a warianty rozróżniające wielkość liter na utf8mb4_bin. Instrukcje INSERT, a więc i twoje dane, pozostają bez zmian.

Nie. Zrzut często zawiera dane klientów i dane dostępowe, dlatego narzędzie odczytuje plik tylko w Twojej przeglądarce, za pomocą Web Workera. Nie przesyła ani nie zapisuje pliku i nie wymaga konta. W karcie sieciowej narzędzi deweloperskich zobaczysz, że podczas kompresowania i dzielenia nie jest wysyłane żadne żądanie z Twoim plikiem.