Eksportuj i importuj dane z mysql. Zrzut bazy danych MySQL i eksport danych do konsoli

Dzień dobry koledzy :)

Dzisiaj będę nadal przedstawiać Wam pracę z MySQL w konsoli i wierszu poleceń MySQL.

Pisałem już artykuły o tym, jak wykonywać podstawowe akcje na danych MySQL poprzez konsolę oraz jak wykonać kopię zapasową bazy MySQL, a także wyeksportować zapisane w niej informacje.

Logiczną kontynuacją tej historii będzie przywrócenie bazy danych i przechowywanych w niej informacji za pomocą operacji importu bazy danych MySQL. I, co ważne, będziemy to nadal robić, korzystając z narzędzia wszystkich prawdziwych programistów - za pośrednictwem konsoli.

Jeśli potrzebujesz instrukcji importowania bazy danych przez phpMyAdmin, znajdziesz ją w artykule na temat. W bieżącym artykule nie mam ochoty opisywać tego ponownie, tym bardziej, że dzisiejszy materiał będzie poświęcony wyłącznie importowi bazy MySQL przez konsolę.

Zanim jednak zaczniemy omawiać metody i narzędzia, kilka słów o tym, czym jest import bazy MySQL, na czym polega i jak najlepiej to zrobić?

Importowanie bazy danych MySQL: co i dlaczego?

Import bazy danych MySQL to operacja polegająca na wypełnieniu bazy informacjami. W tym przypadku źródłem danych jest plik zrzutu - migawka innej bazy danych, tworzona automatycznie podczas operacji eksportu lub specjalnie przygotowany skrypt SQL.

Podczas importu i eksportu bazy MySQL w bazie danych przechowywane są dwa rodzaje informacji:

struktura bazy danych, jej tabele i przechowywane w nich dane (powszechnie nazywane zrzutem bazy danych);
po prostu dane zapisane w tabeli lub zebrane za pomocą WYBIERAĆ upraszanie.

W tym artykule omówimy obie opcje.

Aby przywrócić bazę danych MySQL wraz z jej strukturą i wszystkimi zapisanymi informacjami ze zrzutu, jak już wspomniano, potrzebny jest plik zrzutu bazy danych, który jest plikiem tekstowym z dowolnym rozszerzeniem (można go wstępnie spakować do archiwum w celu zmniejszenia rozmiaru), zawierający polecenia SQL służące do tworzenia samej bazy danych i tabel oraz wypełniania ich informacjami.

Dlatego, aby przywrócić bazę MySQL ze zrzutu, należy wykonać polecenia zawarte w pliku.

Do regularnego odzyskiwania danych takie komplikacje nie są konieczne. Wystarczy mieć dostępny plik testowy, w którym informacje będą zorganizowane w taki sam sposób, jak w tabeli bazy danych: liczba kolumn z informacjami odpowiada liczbie atrybutów rekordów tabeli.

Do tych celów odpowiedni będzie zwykły plik txt, w którym dane zostaną rozdzielone, lub pliki utworzone w specjalnych edytorach arkuszy kalkulacyjnych (Microsoft Office Excel, OpenOffice itp.) z doskonałym rozszerzeniem: xls, csv, odt itp.

Te formaty są nawet preferowane, ponieważ Podczas ich tworzenia ograniczniki danych dodawane są przez redaktorów automatycznie i nie ma potrzeby wpisywania ich osobno, jak w przypadku zwykłego pliku tekstowego.

Dodawanie danych do MySQL: Narzędzia

Jeśli chodzi o narzędzia do importowania bazy danych MySQL, mogę powiedzieć, że na dzień dzisiejszy są ich trzy.

Wymienię je zaczynając od poziomu najniższego, a kończąc na poziomie najwyższym (z punktu widzenia stosowania wszelkiego rodzaju powłok i dodatków):

Konsola serwera i linia poleceń MySQL;
Skrypty napisane w językach programowania umożliwiające rejestrację danych w MySQL za pomocą narzędzi językowych;
Gotowe programy zapewniające wizualny interfejs do pracy z bazą danych (sam phpMyAdmin, MySQL WorkBench, MySQL Manager itp.).

Myślę, że kolejność narzędzi nikomu nie sprawi żadnych pytań, bo... Narzędzia języka programowania z reguły działają w oparciu o polecenia konsoli MySQL, a programy opierają się o skrypty lub współpracują bezpośrednio z MySQL z linii poleceń.

Tak czy inaczej, konsola jest na czele wszystkiego, a pozostałe narzędzia to w rzeczywistości jej emulatory.

Dlatego korzystanie z konsoli podczas importu danych do MySQL pozwala ominąć różnego rodzaju ograniczenia stawiane przez ustawienia języków programowania na serwerze WWW i same programy (które, swoją drogą, nie zawsze można zmienić).

Dzięki temu można nie tylko szybciej załadować bazę danych MySQL przez konsolę, ale także w zasadzie umożliwić tę operację, ponieważ Skrypty i programy mają tendencję do przerywania importu po osiągnięciu maksymalnego czasu wykonania skryptu lub w ogóle nie uruchamiają się ze względu na rozmiar pobranego pliku.

Myślę, że każdy, kto kiedykolwiek próbował przesłać duży zrzut do bazy danych MySQL za pośrednictwem phpMyAdmin, rozumie, o czym mówię.

Często te limity są przyczyną błędów przy imporcie bazy danych MySQL, których nigdy nie zobaczysz korzystając z konsoli.

Nie są one oczywiście stałe i można je zmienić, ale jest to dodatkowy ból głowy, którego, nawiasem mówiąc, dla zwykłych użytkowników może nie być możliwe do rozwiązania.

Mam nadzieję, że zmotywowałem Cię do zaimportowania bazy MySQL poprzez konsolę (zarówno jej struktury, jak i poszczególnych danych).

I tym pozytywnym akcentem przechodzimy do długo oczekiwanej praktyki i rozważamy metody i polecenia służące do konsolidacyjnego przesyłania danych do bazy danych.

Jak przywrócić bazę danych MySQL ze zrzutu za pomocą konsoli?

Aby wdrożyć zrzut MySQL z konsoli, istnieją dwa sposoby:

za pomocą polecenia z wiersza poleceń MySQL;
w samej konsoli serwera.

Zacznijmy od porządku.

Zatem, aby zaimportować zrzut bazy danych MySQL do istniejącej pamięci poprzez , musimy go najpierw uruchomić i wybrać żądaną bazę danych, do której prześlemy nasz zrzut.

Realizację tych działań opisano szczegółowo w artykule, do którego link znajduje się powyżej, więc jeśli potrzebujesz ich opisu, zabierz je stamtąd, ponieważ Nie chcę ich powielać w drugiej turze.

Po wykonaniu powyższych czynności wprowadź następujące polecenie w powłoce MySQL:

ścieżka_źródłowa nazwa_pliku_i_zrzutu;

Pozostaje nam jedynie przestudiować komunikaty w konsoli dotyczące postępu operacji zawartych w zrzucie.

Bez uprzedniego przełączania do żądanej bazy danych, po połączeniu się z serwerem MySQL w konsoli, zrzut można zaimportować za pomocą następującego polecenia:

Mysql -u nazwa użytkownika -p nazwa_bazy danych< путь_и_имя_файла_дампа

To wszystko. Najważniejsze jest, aby poczekać na zakończenie importu, jeśli plik jest bardzo duży. Zakończenie zrzutu można ocenić na podstawie tego, kiedy konsola serwera będzie ponownie dostępna.

W zasadzie jest to wada tej metody w porównaniu do poprzedniej, ponieważ w pierwszym możliwe jest monitorowanie operacji wykonywanych na bazie danych podczas importu, natomiast w drugim nie jest to możliwe.

Jeśli plik zrzutu jest spakowany do archiwum, podczas pobierania należy go jednocześnie rozpakować.

W systemie Linux można to zrobić w następujący sposób:

Gunzip > [nazwa_pliku_archiwum.sql.gz] | mysql -u -p

W systemie Windows nie ma standardowego narzędzia do rozpakowywania archiwum w konsoli, dlatego konieczne będzie jego dodatkowe zainstalowanie.

Jak widać zaimportowanie zrzutu MySQL przez konsolę jest bardzo prostą operacją, którą wykonuje się jednym poleceniem. Nie musisz więc być programistą, aby wykonać tę procedurę.

Jeśli nagle nie wiesz jak uruchomić konsolę serwera, informację tę znajdziesz w artykule o wierszu poleceń MySQL, do którego link pisałem już wcześniej.

Nawiasem mówiąc, za pomocą opisanych metod można zaimportować także tabelę MySQL, a nie całą bazę danych. W takim przypadku przesłany zrzut musi zawierać operacje jego utworzenia i wypełnienia danymi.

Ładowanie danych do bazy danych MySQL z pliku w konsoli

Rozmawialiśmy o przywracaniu bazy danych MySQL ze zrzutu w konsoli. Nadszedł czas, aby dowiedzieć się, jak w ten sam sposób importować dane z plików, w tym xls i csv, do bazy danych MySQL.

Do tego zadania ponownie mamy te same dwa narzędzia, co w poprzednim przypadku: linię poleceń MySQL i konsolę serwera.

Zacznijmy recenzję od nowa w kolejności.

Zatem, aby zaimportować plik w wierszu poleceń MySQL, uruchamiamy go ponownie i przechodzimy do bazy danych, do której zostaną załadowane dane.

WCZYTAJ PLIK DANYCH „ścieżka_i_nazwa_pliku_zrzutu” DO TABELI „tabela_bazy_danych” KOLUMN ZAKOŃCZONYCH PRZEZ „”, ZAWARTYCH „”” LINIE ZAKOŃCZONE PRZEZ „\n”;

Nie zapominaj, że jeśli serwer MySQL został uruchomiony z opcją --bezpieczny-plik-prywatny(co często się zdarza przy korzystaniu z dystrybucji MySQL zawartych w złożeniach WAMP/MAMP), wówczas należy podać nazwę pliku uwzględniając zmienną systemową bezpieczny_plik_priv.

Aby zaimportować bazę danych MySQL do konsoli serwera bez wchodzenia do powłoki MySQL, będziemy potrzebować narzędzia mysqlimport, zawarty w dystrybucji MySQL i jego następujące wywołanie:

mysqlimport –u nazwa_użytkownika –p nazwa_bazy danych nazwa_i_ścieżka_do_pliku_importu

To narzędzie jest analogiem polecenia SQL Wczytaj plik danych, tylko dla wiersza poleceń. Powstaje jednak pytanie, dlaczego w takim razie wśród parametrów jego wywołania nie znajduje się tabela, do której zostaną załadowane dane z pliku?

Faktem jest, że mysqlimport po prostu fizycznie nie ma tego parametru. Zamiast tego w nazwie importowanego pliku musi pojawić się nazwa tabeli, do której zostaną załadowane dane.

Te. jeśli chcesz zaimportować tabelę Excel do tabeli MySQL użytkownicy, wówczas plik powinien zostać wywołany użytkownicy.xls.

Rozszerzenie zaimportowanego pliku, jak już wspomniano, może być dowolne.

Dzięki mysqlimport możesz także załadować wiele plików xls lub csv do MySQL jednocześnie. Aby dane dotarły do miejsca docelowego, nazwy plików i tabel bazy danych, tak jak w poprzednim przykładzie, również muszą się zgadzać.

Jeśli nagle kolumny w importowanym pliku nie są w tej samej kolejności, co kolumny tabeli bazy danych, to dla wyjaśnienia ich kolejności należy skorzystać z opcji —kolumny w postaci:

Mysqlimport –u nazwa_użytkownika –p nazwa_bazy danych --kolumny kolumna1, kolumna2, ... nazwa_i_ścieżka_do_importu_pliku

Oczywiście w moich przykładach nie uwzględniłem pełnej listy parametrów mysqlimport, ponieważ niektóre z nich są bardzo specyficzne i są niezwykle rzadko stosowane w praktyce.

Jeśli chcesz się z nimi zapoznać, ich pełna lista dostępna jest tutaj - https://dev.mysql.com/doc/refman/5.7/en/mysqlimport.html

Funkcje ładowania danych do bazy danych MySQL ze zrzutu

Jeżeli chcesz, aby proces importu dużej bazy MySQL przebiegał szybciej, to musisz utworzyć zrzut bazy danych korzystając ze specjalnych opcji komendy mysqldump, o czym pisałem w poprzednim artykule o eksporcie bazy MySQL, do którego link był zamieszczono w tekście wcześniej.

Niestety same polecenia importu bazy danych MySQL nie posiadają takich opcji.

Jedyną rzeczą jest to, że aby zwiększyć prędkość ładowania dużego zrzutu bazy danych, możesz skorzystać z następującej funkcji.

1. Otwórz plik zrzutu (najlepiej w menedżerach plików, ponieważ zwykli redaktorzy mogą po prostu zostać przytłoczeni dużymi plikami).

2. Na początku pliku napisz następujące wiersze:

SET Foreign_key_checks = 0; USTAW UNIQUE_CHECKS = 0; USTAW AUTOKOMIT = 0;

Notatka! Mogą już tam być lub zostać skomentowane (wiele programów tworzących zrzuty może je dodać automatycznie)

3. Na końcu pliku zapisujemy działania odwrotne:

SET Foreign_key_checks = 1; USTAW UNIQUE_CHECKS = 1; USTAW AUTOKOMIT = 1;

Nawiasem mówiąc, te polecenia pomogą nie tylko przyspieszyć proces importu, ale także umożliwią.

Faktem jest, że jeśli kiedykolwiek zaglądałeś do pliku zrzutu importu bazy danych MySQL, być może zauważyłeś, że operacja ustawiania struktury ładowanych tabel wygląda następująco:

USUŃ TABELĘ JEŚLI ISTNIEJĄ „klienci”; UTWÓRZ TABELĘ „klienci” (...);

Te. w bazie danych następuje wyszukiwanie tabeli o tej samej nazwie, co importowana, a w przypadku odnalezienia zostaje ona usunięta i utworzona na nowo.

A jeśli nagle istniejąca tabela zostanie połączona kluczami obcymi z innymi, wówczas całe ładowanie zakończy się niepowodzeniem.

Dlatego wyłączenie sprawdzania istnienia kluczy obcych i innych jest również doskonałą gwarancją pomyślnego zakończenia procesu importu bazy danych MySQL.

Funkcje importowania CSV do bazy danych MySQL i innych plików

Podczas ładowania danych do bazy danych MySQL z plików tekstowych może być również konieczne wyłączenie kluczy obcych.

Co więcej, w przeciwieństwie do poprzedniej sytuacji, w tym przypadku nie będzie możliwości zapisania dyrektyw do pliku, ponieważ Polecenia SQL w nim zawarte nie będą akceptowane i wykonywane.

W poprzednim artykule na temat eksportu bazy danych MySQL wspomniałem już, jak to zrobić, wykonując następującą operację w wierszu poleceń MySQL:

USTAW FOREIGN_KEY_CHECKS=0;

Nie wspomniałem tam jednak, że zmienna systemowa MySQL FOREIGN_KEY_CHECKS ma dwa znaczenia: globalne i sesyjne (dla bieżącej sesji).

Globalna wartość zmiennych MySQL obowiązuje dla każdej akcji na serwerze MySQL, dopóki nie zostanie on ponownie uruchomiony. Następnie wartości zmiennych zostaną zresetowane i zostaną im przypisane wartości domyślne.

Wartość sesyjna zmiennej systemowej MySQL jest ustawiana tylko na czas trwania sesji użytkownika z serwerem MySQL. Sesja lub sesja rozpoczyna się, gdy klient łączy się z serwerem, w którym to momencie zostaje mu przypisany unikat identyfikator połączenia, a kończy się w momencie rozłączenia z serwerem, co może nastąpić w dowolnym momencie (na przykład z powodu przekroczenia limitu czasu).

Dlaczego zdecydowałem się o tym pamiętać?

Ponieważ wykonując polecenia załadowania pliku do bazy danych MySQL przez konsolę serwera, bez wchodzenia do powłoki MySQL, odkryłem, że wyłączenie sprawdzania klucza obcego przy użyciu wcześniej opisanej metody nie działa.

Konsola nadal pokazywała komunikat o błędzie spowodowany obecnością kluczy obcych w tabeli.

A wynikało to z tego, że powyższe polecenie wyłączyło sprawdzanie istnienia kluczy obcych w ramach sesji, a nie globalnie, co oprócz wskazanej metody można również wykonać w następujący sposób:

SET SESJA nazwa_zmiennej = wartość_zmiennej; SET @@sesja.nazwa_zmiennej = wartość_zmiennej; SET @@nazwa_zmiennej = wartość_zmiennej;

W powyższych poleceniach zmienna jest wyraźnie oznaczona jako sesja.

A ponieważ ładowałem plik csv do tabeli MySQL za pośrednictwem konsoli serwera, bez bezpośredniego połączenia z serwerem MySQL, nie została utworzona sesja, w ramach której działałaby wartość mojej zmiennej sesji.

Skończyło się na ustawieniu FOREIGN_KEY_CHECKS na globalny i import się powiódł.

Można to zrobić na jeden z następujących sposobów:

SET GLOBAL nazwa_zmiennej = wartość_zmiennej; SET @@global.nazwa_zmiennej = wartość_zmiennej;

Po zmianie wartości warto przejrzeć wartości zmiennej, aby sprawdzić, czy zmiany odniosły skutek. Aby wyświetlić jednocześnie wartości sesyjne i globalne, użyj następującego polecenia:

WYBIERZ @@GLOBAL.foreign_key_checks, @@SESSION.foreign_key_checks;

Na tym kończy się dzisiejszy artykuł na temat importowania bazy danych MySQL. Podziel się swoimi wrażeniami i własnymi osiągnięciami w komentarzach. Myślę, że wielu będzie zainteresowanych Twoimi doświadczeniami.

Do zobaczenia! 🙂

P.S.: jeśli potrzebujesz strony internetowej lub chcesz dokonać zmian w istniejącej, ale nie masz na to czasu ani ochoty, mogę zaoferować swoje usługi.
Ponad 5 lat doświadczenia profesjonalne tworzenie stron internetowych. Pracować z PHP, OpenCart,

Kiedy dopiero zaczynasz tworzyć stronę internetową, zwykle robisz to na serwerze lokalnym. Gdy będzie gotowy, należy go przenieść na zdalny serwer. Kopiowanie plików nie jest trudne, ale oto jak to zrobić importuj bazę danych na zdalny serwer? Po prostu o jak zaimportować bazę danych do PHPMyAdmin, wyjaśnię Ci w tym artykule.

Jest wiele sposobów import bazy danych Opowiem jednak o tym, który moim zdaniem jest najprostszy i z którego sama korzystam.

Krok 1

Pierwszą rzeczą, którą musisz zrobić, to baza danych eksportu z Twojej bieżącej lokalizacji (konkretnie z serwera lokalnego). Naszym celem jest zdobycie Zapytanie SQL nasza baza danych. Aby to zrobić, musisz wykonać następujące czynności:

Krok 2

Drugi i ostatni krok to wykonanie Zapytanie SQL, który skopiowałeś, do PHPMyAdmin, który znajduje się na serwerze, na którym potrzebujesz importuj bazę danych. Aby to zrobić, wykonaj następujące kroki:

W rezultacie wszystkie Twoje tabele ze wszystkimi rekordami zostaną utworzone na nowym serwerze.

Jak widać, proces eksportowanie i importowanie bazy danych w PHPMyAdmin uproszczone do minimum, więc nie będzie z tym żadnych problemów.

Na koniec chciałbym dać Ci jeszcze jedną radę. Faktem jest, że bardzo często zdarza się sytuacja, kiedy jest to potrzebne nie importuj całej bazy danych, ale na przykład tylko jeden stół. Wtedy zasada jest absolutnie taka sama, tylko przy eksporcie trzeba wybrać nie tylko bazę danych, ale także tabelę do eksportu. A następnie ponownie w górnym menu kliknij „ Eksport„. Wtedy wszystko jest takie samo import bazy danych.

Jeśli utworzyłeś kopię zapasową lub wyeksportowałeś bazę danych do pliku SQL, możesz zaimportować ją do jednej z baz danych MySQL na swoim koncie hostingowym za pośrednictwem phpMyAdmin.

Notatka. W bazie danych MySQL nie powinno być wiersza CREATE DATABASE. W przeciwnym razie import może się nie powieść.

Interfejs phpMyAdmin umożliwia jednorazowy import 8 MB danych. Jeśli chcesz zaimportować większy plik, podziel go na kilka części o wielkości 8 MB.

Uwaga! Jeśli importujesz bazę danych do zarządzanego hostingu WordPress, aby Twoja witryna działała sprawnie.

Importowanie plików SQL do baz danych MySQL za pomocą phpMyAdmin

Następnie plik SQL zostanie uruchomiony i zaktualizuje bazę danych wybraną w pliku SQL. Przywracanie bazy danych może zająć kilka minut.

Notatka. Jeśli pojawi się komunikat o błędzie Przekroczono limit czasu skryptu. Jeśli chcesz zakończyć import, prześlij ponownie ten sam plik, a import zostanie wznowiony. Możesz natychmiast wybrać ten sam plik i wznowić proces.

Często jestem pytany, jak zaimportować dużą bazę danych MySQL na serwer. Wiadomo, że phpMyAdmin domyślnie ma ograniczenia dotyczące rozmiaru importowanej bazy danych.

Jeśli zrzut nie jest dużo większy niż dopuszczalny limit, możesz podzielić go na kilka części i zaimportować w kilku przebiegach. Jest to uzasadnione jeśli np. limit wynosi 2 MB, a Twoja baza danych ma rozmiar 5-10 MB. Oczywiste jest, że „pocięcie” bazy danych o wielkości 100 MB na 50 części jest procesem dość pracochłonnym i czasochłonnym.

Istnieje kilka opcji rozwiązania tego problemu.

Edycja konfiguracji serwera WWW

Na VDS/VPS nie ma z tym szczególnych problemów, wystarczy poprawić konfigurację. Mianowicie w php.ini zwiększ dopuszczalne maksymalne wartości dla plików przesyłanych na serwer, maksymalny rozmiar dla plików przesyłanych metodą POST:

Post_max_size = 2000M upload_max_filesize = 2000M

Dodatkowo, jeśli Twoja baza danych jest bardzo duża, powinieneś zwiększyć maksymalny dozwolony czas wykonania skryptu.

Maksymalny czas_wykonania = 32000 Maksymalny czas_wejściowy = 32000

I na wszelki wypadek możesz zwiększyć rozmiar dozwolonej ilości pamięci RAM:

Limit_pamięci = 512M

Po wprowadzeniu zmian pamiętaj o ponownym uruchomieniu serwera WWW.

Oczywiste jest, że ta metoda nie nadaje się do hostingu wirtualnego, ponieważ... nie oznacza to możliwości edytowania konfiguracji.

Wywrotka Sypex

Możesz używać oprogramowania innych firm. Pierwszą aplikacją, na którą warto zwrócić uwagę, jest Sypex Dumper.

Używając go po raz pierwszy wiele lat temu i doceniając wszystkie jego możliwości i zalety, śmiało mogę go nazwać „must have”. Sypex Dumper to aplikacja serwerowa PHP, która nie wymaga instalacji. Wystarczy skopiować go np. do katalogu głównego swojej witryny w katalogu sxd i wywołać w przeglądarce: http://Your_Site/sxd/. Warto pamiętać, aby w pierwszej kolejności umieścić zrzut bazy danych w katalogu kopii zapasowej. Po zainicjowaniu skryptu zobaczysz panel autoryzacyjny umożliwiający połączenie się z bazą danych. Wprowadź swoją nazwę użytkownika i hasło. Host i port są opcjonalne tylko wtedy, gdy są specyficzne.

Po autoryzacji można przejść bezpośrednio do importu bazy danych. W polu "Baza danych" zostanie wybrana baza danych, z którą jesteś połączony, i w polu "Plik" zobaczysz zrzut, który wcześniej przesłałeś do katalogu Backup.

W większości przypadków nie są już potrzebne żadne dodatkowe ustawienia i możesz bezpiecznie rozpocząć import, klikając przycisk „Uruchom”. Import, w zależności od rozmiaru bazy danych i szybkości połączenia internetowego, może zająć trochę czasu. Podczas importu możesz zobaczyć, które tabele są aktualnie importowane do bazy danych. Po zakończeniu skryptu zobaczysz dziennik wykonania. Wygląda to mniej więcej tak:

Właściwie to wszystko – baza danych jest importowana!

Konsola

Nie będziemy rozważać importu przez konsolę. Myślę, że osoby korzystające z konsoli beze mnie wiedzą jak zaimportować dowolną bazę danych. Ale dla zwykłych użytkowników bez specjalnego przeszkolenia lepiej jest tam nie chodzić. Ponieważ wykonanie niektórych poleceń może prowadzić do poważnych konsekwencji, łącznie z całkowitą awarią serwera.

Wreszcie

Nie ośmielę się twierdzić, że Sydex Dumper jest jedynym i właściwym rozwiązaniem. Istnieją inne, bardziej eleganckie metody, które wymagają od użytkownika pewnej wiedzy i odpowiedniego dostępu do ustawień serwera.

Ale we współdzielonym środowisku hostingowym Sydex Dumper z pewnością będzie Twoim niezastąpionym asystentem.

Zapisz się na mój telegram i jako pierwszy otrzymuj nowe materiały, także te, których nie ma na stronie.

Pozdrowienia, przyjaciele! 🙂

Dzisiaj postanowiłem kontynuować rozmowę na temat pracy z MySQL w konsoli i zwrócić uwagę na procedurę eksportu bazy danych MySQL.

W tym artykule opowiem o tym, jak zrzucić bazę danych MySQL, a także przesłać dane z MySQL do pliku Excel i formatu csv.

Przyjrzymy się różnym opcjom odzyskiwania informacji z: tworzenia zrzutu jednej lub kilku baz danych, eksportowania danych z poszczególnych tabel i dowolnych wyników WYBIERAĆ upraszanie.

Porozmawiamy również o tym, jak wyprowadzać dane z bazy danych MySQL w konsoli serwera i wierszu poleceń MySQL.

W tym artykule nie będę mówił o tym, jak eksportować dane za pomocą phpMyAdmin i innych narzędzi wizualnych.

Po pierwsze dlatego, że w Internecie jest już wystarczająco dużo materiałów na ten temat. Poza tym jest to materiał wysokiej jakości, którego nie mam ochoty kopiować-wklejać.

Po drugie, sam pokrótce opisałem proces przesyłania informacji z bazy danych MySQL do pliku SQL w jednym z moich artykułów, w którym mówiłem o .

Jeśli więc nie jesteś profesjonalnym programistą lub administratorem systemu, któremu mogą przydać się informacje dotyczące pracy z konsolą, a przyszedłeś jedynie po instrukcję jak wyeksportować bazę danych do phpMyAdmin, możesz ograniczyć się do przeczytania informacji pod powyższym linkiem .

Chcę, żebyś mnie dobrze zrozumiał: nie chcę Cię w żaden sposób urazić, ale chcę tylko, abyś spędził czas z maksymalną korzyścią dla swojej firmy i dostał to, czego szukałeś.

Na tym kończę część wprowadzającą i przechodzimy do przeglądu poleceń konsoli służących do tworzenia zrzutu bazy danych MySQL, który postanowiłem posortować według ilości zapisywanych danych: zaczynając od eksportu całej bazy, kończąc na poszczególnych tabelach i wynikach dowolne zapytania.

Tworzenie zrzutu bazy danych MySQL za pomocą konsoli

Na samym początku chciałbym dokonać małego wyjaśnienia.

Zrzut bazy danych to plik z zestawem poleceń SQL, który po uruchomieniu umożliwia tworzenie baz danych i tabel oraz wypełnianie ich informacjami. Zrzut jest potrzebny tym, którzy chcą pobrać bazę danych MySQL w celu skopiowania jej na inny serwer lub w obrębie istniejącego.

Ponadto, jeśli ktoś nie wie, kopia zapasowa bazy danych MySQL to w zasadzie jej zrzut wykonywany w określonym przedziale czasu, który w razie potrzeby pozwala na przywrócenie struktury i danych bazy danych.

Eksportuj dane- to po prostu wydobywanie informacji z tabel w formie tekstowej do dalszej pracy z edytorami tekstowymi lub graficznymi.

Dlatego polecenia dla tych działań będą nieco inne.

Aby utworzyć zrzut bazy danych, MySQL ma wbudowane narzędzie o nazwie mysqldump, którego należy używać poza wierszem poleceń MySQL w konsoli serwera lub innej powłoce.

Zatem w przypadku najprostszej i najczęstszej opcji - eksportu danych z konkretnej bazy danych w konsoli MySQL w celu przeniesienia ich na inny serwer lub kopiowania wewnętrznego, należy uruchomić następującą komendę:

Mysqldump -u nazwa użytkownika -p nazwa_bazy danych > nazwa_ścieżki i pliku_zrzutu

To narzędzie może tworzyć zrzuty bazy danych MySQL tylko w postaci plików z poleceniami SQL, więc niezależnie od tego, jakie rozszerzenie wybierzesz dla swojego pliku, jego zawartość będzie taka sama w każdym przypadku. I nie zapomnij sprawdzić uprawnień do zapisu katalogu, w którym będzie się znajdować, przed eksportem informacji z MySQL, aby można było utworzyć plik.

Jeśli nagle zajdzie potrzeba wykonania zrzutu wszystkich baz danych na serwerze, użyj następującej opcji polecenia:

Mysqldump -u nazwa użytkownika -p --all-databases > ścieżka_i_nazwa_pliku_zrzutu

Aby zrzucić tylko kilka określonych baz danych, musisz wywołać mysqldump z następującymi parametrami:

Mysqldump -u nazwa użytkownika -p --databases nazwa_bazy danych1, nazwa_bazy danych2, ... > ścieżka_i_nazwa_pliku_zrzutu

W efekcie w każdym przypadku otrzymasz zrzut bazy danych MySQL zawierający polecenia umożliwiające utworzenie struktury zawartych w niej tabel (pola, ich typy, indeksy, klucze itp.) oraz operacje służące do ich wypełnienia danymi.

Ta opcja nadaje się tylko do przywracania i kopiowania całych baz danych.

Porozmawiamy dalej o tym, jak tworzyć kopie zapasowe niektórych tabel MySQL i uzyskiwać ich dane w czytelnej formie.

Zrzucanie tabeli MySQL i eksportowanie danych

Aby utworzyć zrzut niektórych tabel bazy danych MySQL, będziemy potrzebować tego samego narzędzia mysqldump, wywołany z następującymi parametrami:

Mysqldump -u nazwa użytkownika -p nazwa_bazy danych nazwa_tabeli1, nazwa_tabeli2, ... > ścieżka_i_nazwa_pliku_zrzutu

Wywołując mysqldump, możesz określić wymagane tabele jako wartość parametru --stoły, gdy używany jest parametr --bazy danych zostaną zignorowane:

Mysqldump -u nazwa użytkownika -p --databases nazwa_bazy danych1, nazwa_bazy danych2 --tables nazwa_tabeli1, nazwa_tabeli2, ... > ścieżka_i_nazwa_pliku_zrzutu

Powyższy przykład wyświetli następujący błąd:

Mysqldump: Wystąpił błąd: 1049: Nieznana baza danych „nazwa_bazy_danych1” podczas wybierania bazy danych

Jak widać, użyta zostanie tylko najnowsza baza danych z listy. W zasadzie takie zachowanie jest dość logiczne, ponieważ Określone tabele mogą nie pojawiać się we wszystkich bazach danych.

OK, otrzymaliśmy zrzut tabel bazy danych MySQL. Można go wykorzystać do ich przywrócenia lub skopiowania wraz z konstrukcją.

A co jeśli potrzebujesz po prostu przechowywać w nich informacje i to najlepiej w czytelnej formie, aby móc je przesłać do menadżera i obejrzeć w zwykłym edytorze tekstu lub arkusza kalkulacyjnego? MySQL ma również do tego narzędzia.

Możliwość wezwania narzędzia pomoże nam w realizacji naszych planów mysql z konsoli z określonymi parametrami:

Mysql -u nazwa_użytkownika -p nazwa_bazy danych -e "WYBIERZ * Z nazwa_tabeli"

To polecenie pozwoli nam wykonać zapytanie do wymaganej bazy danych i wyprowadzić wynik do konsoli bez wchodzenia do wiersza poleceń MySQL.

Cóż, aby nie wysyłać danych do konsoli, ale zapisać je do pliku, musisz uzupełnić polecenie w następujący sposób:

Mysql -u nazwa użytkownika -p -e "WYBIERZ * Z nazwa_tabeli" > ścieżka_i_pliku

Dzięki tym konstrukcjom możemy uzyskać nie tylko dane zapisane we wszystkich polach tabeli, ale także w konkretnych. Aby to zrobić, po prostu zamień symbole wieloznaczne (*) na wymagane, oddzielone przecinkami.

W rezultacie wynikiem będzie zwykły plik tekstowy, który będzie zawierał nazwy pól w formie nagłówka oraz informacje o nich dla wszystkich rekordów. Można go otworzyć w zwykłym edytorze tekstu, niezależnie od rozdzielczości, jaką nadasz podczas jego tworzenia.

Jeśli chcesz wyeksportować dane z bazy MySQL w formacie xls lub csv, aby wynikowy plik poprawnie wyświetlał się w edytorach arkuszy kalkulacyjnych, to trochę później podpowiemy Ci, jak to zrobić :)

Tworzenie kopii zapasowych i wyprowadzanie danych z bazy danych MySQL za pomocą zapytań

Rozmawialiśmy o tym, jak zrzucić bazę danych MySQL - jedną lub kilka, a także pojedyncze tabele. Ale czasami w praktyce zdarzają się przypadki, gdy trzeba wyeksportować zbiór danych, który nie jest ograniczony do jednej tabeli. Lub musisz wybrać tylko niektóre dane z tabeli.

Deweloperzy projektów korporacyjnych szczególnie często spotykają się z tym, gdy menedżerowie proszą ich o podanie wszelkiego rodzaju danych statystycznych. Lub gdy chcesz wykonać kopię zapasową określonej części tabeli, aby szybko ją przywrócić.

Do tworzenia kopii zapasowych będziemy potrzebować tego samego narzędzia mysqldump, który będzie musiał zostać wywołany w ten sposób:

Mysqldump -u nazwa_użytkownika -p nazwa_bazy danych nazwa_tabeli --gdzie „wyszukiwanie” > nazwa_pliku_ścieżki i_zrzutu

W rezultacie otrzymamy plik z poleceniami SQL umożliwiającymi utworzenie tabeli z całą jej strukturą, która po utworzeniu zostanie wypełniona informacjami wybranymi za pomocą zapytania wyszukiwania.

Jeśli potrzebujemy tylko zapisać dane w jednej lub kilku tabelach, będziemy musieli zmodyfikować polecenie użyte w poprzednim przypadku podczas pobierania wszystkich danych z tabeli, z pewnymi wyjaśnieniami:

Mysql -u nazwa_użytkownika -p -e "WYBIERZ * Z nazwa_tabeli GDZIE szukaj" > ścieżka_i_nazwa_pliku

Jak rozumiesz, oprócz różnych wyjaśnień określonych we wniosku za pomocą dyrektywy GDZIE, możesz użyć innych konstrukcji SQL: DOŁĄCZYĆ, UNIA itp.

Możesz zbierać dowolne statystyki :)

Tę samą czynność można wykonać również podczas pracy z wierszem poleceń MySQL za pomocą następującego polecenia:

WYBIERZ * Z tabeli_bazy_danych GDZIE wyszukiwanie W PLIKU WYJŚCIOWYM "ścieżka_i_nazwa_pliku";

To polecenie zostało specjalnie zaprojektowane do tworzenia plików z wynikami próbkowania. Co więcej, wyniki można nie tylko eksportować do plików, ale także zapisywać do zmiennych, a dane wyjściowe można formatować na różne sposoby.

Jeśli tak jest w Twoim przypadku, pełną listę parametrów i opcji wywoływania tego polecenia znajdziesz tutaj - https://dev.mysql.com/doc/refman/5.7/en/select-into.html

Na zakończenie mojej krótkiej wycieczki do mysqldump chciałbym przedstawić wariant wywołania polecenia z listą parametrów w celu utworzenia zoptymalizowanego zrzutu bazy danych i tabel MySQL, przywrócenia bazy danych i poszczególnych tabel, z których zajmie to mniej czasu niż w przypadku zwykły telefon:

mysqldump -u nazwa_użytkownika -h host_lub_IP_serwer_MySQL -p --no-autocommit --opt nazwa_bazy danych > ścieżka_i_nazwa_pliku_zrzutu;

Na potrzeby eksperymentu użyłem tej opcji, aby zrzucić bazę danych MySQL o rozmiarze 143 MB. Kolejne przywracanie trwało 59 sekund w porównaniu do 1 minuty i 3 sekund, gdy baza danych została przywrócona ze zrzutu utworzonego przez wywołanie mysqldump bez specjalnych parametrów.

Zgadzam się, że to drobnostka. Dzieje się tak jednak tylko w przypadku określonej ilości danych. Jeśli zastosujesz tę technikę podczas tworzenia zrzutu większego niż 1 GB, różnica będzie bardziej znacząca.

Jeśli spotkasz się z taką sytuacją, nie zapomnij najpierw zarchiwizować zrzutu bazy danych MySQL. Najlepszy jest tar.gz. Wtedy powrót do zdrowia zajmie jeszcze mniej czasu.

Eksportuj dane z MySQL do plików Excel i CSV

Nie bez powodu połączyłem w jednym bloku informacje o wyprowadzaniu informacji z MySQL do tych dwóch formatów, ponieważ... są bardzo podobne, używa się ich w przybliżeniu w ten sam sposób (do strukturyzacji informacji w formie tabel) i wywoływane będą te same polecenia do eksportu.

Jak wiadomo jedyną istotną różnicą pomiędzy tymi formatami jest to, że rozszerzenia xls i xlsx posiadają pliki utworzone w programie Microsoft Office Excel, który działa tylko pod Windowsem, natomiast pliki csv są bardziej uniwersalne i operacje na nich możliwe są w wielu edytorach.

Nie oznacza to, że xls nie otworzy się nigdzie poza Microsoft Office Excel. Ten sam OpenOffice potwierdza coś przeciwnego.

Aby jednak było to możliwe, wsparcie to musi być obecne w oprogramowaniu. Pliki csv można odczytać nawet w zwykłym edytorze tekstu, takim jak Notatnik, jednak ten formularz nie będzie w pełni czytelny.

Zacznę od tego, że wyniki zapytań SQL można eksportować jedynie do plików xls lub csv, z którymi nauczyliśmy się pracować wcześniej, ponieważ niemożliwe będzie zapisanie całej bazy danych w jednym pliku w jednej operacji.

Po pierwsze, nie jest to optymalne, ponieważ... otwarcie takiego pliku jest mało prawdopodobne, jeśli w bazie danych przechowywana jest duża ilość informacji. Po drugie, nie jest jasne, jak podzielić informacje zawarte w pliku na tabele i pola.

Nie, oczywiście można to zrobić, ale jest mało prawdopodobne, że uda się to zrobić jednym poleceniem i w ogóle jest mało prawdopodobne, aby ktokolwiek zrobił to w konsoli. Myślę, że do tych celów potrzebne będzie specjalne oprogramowanie lub przynajmniej skrypt.

Jeśli nagle wiesz jak wyeksportować informacje z całej bazy MySQL do jednego lub kilku plików xls w konsoli na raz, to napisz o tym w komentarzach. Myślę, że lektura na ten temat będzie przydatna dla wielu osób.

Jeśli więc mówimy o eksportowaniu danych z MySQL do xls i csv, można to zrobić bezpośrednio w konsoli serwera za pomocą narzędzia mysql lub w pracy, z którą przedstawiłem Cię w moim poprzednim artykule.

Zacznijmy od porządku.

Możesz eksportować dane z bazy danych MySQL do formatów csv i xls bezpośrednio w konsoli serwera za pomocą poniższych poleceń.

NA Linuksa systemy:

Mysql -u nazwa_użytkownika -d nazwa_bazy danych -p -e "WYBIERZ * Z tabeli_bazy_danych;" | sed "s/"/\"/;s/\t/\",\"/g;s/^/\"/;s/$/\"/;s/\n//g" > ścieżka_i_nazwa_pliku. csv

W zasadzie, jeśli jest to absolutnie konieczne, możesz użyć tego polecenia do eksportu danych MySQL do pliku Excel. Ale szczerze mówiąc, nie miałem z tym do czynienia w praktyce i nie mam pojęcia, co ostatecznie wyjdzie, bo… Obecnie pracuję na Windowsie. Jeśli używasz tego polecenia pod Linuksem, napisz w komentarzach o wynikach swojej pracy. Myślę, że informacja zainteresuje każdego.

NA Okna:

Niestety eksport danych z tabel MySQL do pliku CSV za pomocą powyższego polecenia nie zadziała w tym przypadku, ponieważ Windows, w przeciwieństwie do Linuksa, nie ma wbudowanego polecenia konsoli do pracy z wątkami, takiego jak sed w Linuksie.

Oczywiście możesz go zainstalować, ale jest to zbyt kłopotliwe. Alternatywnie możesz użyć CygWin— Emulator konsoli Linux dla systemów Windows.

Dobrze, jeśli masz już go zainstalowanego. W przeciwnym razie eksport danych z bazy MySQL wybraną metodą sprawi nam zbyt wiele kłopotów.

Ale wypakowanie informacji do pliku xls to tylko 5 kopiejek :) Bardzo łatwo jest go uruchomić w następujący sposób, który osobiście wypróbowałem:

Mysql -u nazwa_użytkownika -d nazwa_bazy danych -p -e "WYBIERZ * Z tabeli_bazy_danych;" > ścieżka_i_nazwa_pliku.xls

Ten plik otworzył się w programie Microsoft Office Excel bez żadnych problemów. Jedyną rzeczą jest to, że podczas otwierania na ekranie wyświetlał się komunikat ostrzegający, że rzeczywisty format otwieranego pliku różni się od określonego rozszerzenia.

Ale po potwierdzeniu akcji dokument otworzył się bez trudności - wszystkie informacje zostały podzielone na komórki w formie, w jakiej były zapisane w samej tabeli.

Nie wiem, może jeśli wykonasz jakieś konkretne czynności w Microsoft Office Excel, w przyszłości pojawią się problemy, nie zagłębiałem się w to. Przynajmniej kiedy normalnie przeglądałem dane, nie zauważyłem niczego niezwykłego.

Jeśli napotkasz jakiekolwiek problemy podczas korzystania z pliku xls wyeksportowanego z MySQL, czy to w tym programie, czy w innych, daj mi znać w komentarzach.

Opisaną powyżej metodą można w zasadzie wyeksportować zawartość bazy danych MySQL do pliku csv. Ale wtedy dane z różnych pól tabeli zostaną zapisane masowo, bez ograniczników, które mogą nie być dobrze wyświetlane w różnych programach do pracy z tabelami, które zwykle działają z plikami csv.

OpenOffice swoją drogą jest to obojętne :) Automatycznie ograniczył informacje uzyskane w ten sposób, że wyeksportowaliśmy zawartość bazy MySQL do xls. Nie wiem jak on to robi, ale polecam :)

Otóż ten sam Microsoft Office Excel wyświetlał wszystkie informacje odpowiadające jednemu rekordowi w tabeli, zapisując je w jednej komórce bez żadnych ograniczników. Myślę, że inni edytorzy tabel zrobią to samo.

Dlatego eksportując bazę danych MySQL do plików csv należy to zrobić oddzielając informacje znakami specjalnymi zrozumiałymi dla redaktorów.

A potem stopniowo zbliżyłem się do drugiej metody eksportu danych MySQL do formatów csv i xls, czyli wykorzystania wiersza poleceń MySQL.

Aby więc w ten sposób wyeksportować dane MySQL do pliku csv potrzebujemy następującego polecenia:

WYBIERZ * Z tabeli_bazy danych DO PLIKU WYJŚCIOWEGO "ścieżka_i_nazwa_pliku.csv" POLA ZAKOŃCZONE PRZEZ "", ZAŁĄCZONE PRZEZ """ LINIE ZAKOŃCZONE PRZEZ "\n";

W wyniku jego wykonania otrzymasz plik csv w ścieżce określonej podczas wywołania, który poprawnie otworzy się w większości nowoczesnych edytorów arkuszy kalkulacyjnych. Na wszelki wypadek przypominam, że polecenie to należy uruchomić dopiero po połączeniu się z bazą danych MySQL.

To polecenie doskonale nadaje się również do eksportowania danych MySQL do pliku xls w celu prawidłowego wyświetlenia w programie Microsoft Office Excel. Tylko w tym przypadku nie potrzebujemy separatorów, ponieważ będą zakłócać podział informacji na komórki:

WYBIERZ * Z tabeli_bazy_danych DO PLIKU WYJŚCIOWEGO "ścieżka_i_nazwa_pliku.xls";

Jednak w praktyce nie wszystko jest tak proste jak opisałem. Podczas uruchamiania polecenia może pojawić się następujący błąd w konsoli, który uniemożliwia ukończenie eksportu:

BŁĄD 1290 (HY000): Serwer MySQL działa z opcją --secure-file-priv, więc nie może wykonać tej instrukcji

Jest to spowodowane tym, że Twój serwer MySQL został uruchomiony z opcją --bezpieczny-plik-prywatny. Osobiście spotkałem się z tym problemem ponieważ do pracy w konsoli wykorzystuję pakiet dystrybucyjny MySQL zawarty w zestawie WAMP OpenServer, który z kolei uruchamia w ten sposób serwer MySQL.

Istnieją dwa sposoby rozwiązania problemu:

Zmień parametry uruchamiania serwera MySQL
Zmień ścieżkę do końcowego pliku eksportu MySQL

Pierwsza metoda wydała mi się zbyt skomplikowana, bo... Musiałbym zagłębić się w konfigurację OpenServera, która nie została przeze mnie napisana ze wszystkimi zaistniałymi okolicznościami 🙂 Dlatego zdecydowałem się pójść drugą ścieżką. Jeśli napotkasz podobny problem, powtórz za mną.

Najpierw musisz przejść do wiersza poleceń MySQL i uruchomić jedno z następujących poleceń:

POKAŻ ZMIENNE, TAKIE JAK „secure_file_priv”; WYBIERZ @@GLOBAL.secure_file_priv;

Wynikiem wykonania obu będzie wartość zmiennej globalnej MySQL bezpieczny_plik_priv, który zawiera ścieżkę do katalogu, za pośrednictwem którego można wykonać operacje eksportu i importu danych MySQL (w przyszłości link do artykułu o imporcie danych).

Te. podczas używania poleceń Wczytaj dane I WYBIERZ... DO PLIKU OUT eksportowane i importowane pliki mogą znajdować się wyłącznie w tym katalogu.

W moim przypadku ta zmienna była generalnie ustawiona na ZERO, ponieważ Ja, jak już mówiłem, do pracy w konsoli wykorzystuję narzędzia MySQL z dystrybucji zawartej w OpenServer. Wartość ta wskazywała, że operacje eksportu i importu danych MySQL przy użyciu określonych poleceń zostały całkowicie zamknięte.

Jak się później okazało, jest to częsta sytuacja przy korzystaniu z pudełkowych serwerów WAMP i MAMP.

Niestety w moim przypadku nie udało się zastosować zwykłych metod zmiany wartości zmiennych globalnych MySQL:

SET nazwa_zmiennej = wartość;

W rezultacie w konsoli zobaczyłem tylko następujący błąd:

BŁĄD 1238 (HY000) w linii 1: Zmienna „secure_file_priv” jest zmienną tylko do odczytu.

W rezultacie, aby zmienić wartość zmiennej bezpieczny_plik_priv i otworzyć operacje eksportu i importu, musiałem przejść do pliku konfiguracyjnego MySQL mysql.ini, który znajduje się w katalogu głównym dystrybucji MySQL lub można uzyskać do niego dostęp w inny sposób, jeśli MySQL jest dołączony do twojego WAMP/LAMP/ Budowa serwera MAMP.

Nawiasem mówiąc, jeśli chcesz zmienić ścieżkę do katalogu bufora wymiany plików, musisz zrobić to samo.

W moim przypadku ta zmienna istniała już w konfiguracji, tylko w formie skomentowanej:

Secure-file-priv = "%dprogdir%\\userdata\\temp"

Jeśli go nie masz, napisz go od zera w sekcji (przynajmniej dla mnie tam się znajdował).

Odkomentowałem to i zdecydowałem się użyć go w formie, w jakiej został napisany. Te. podczas eksportowania danych z MySQL i importowania ich z powrotem moje pliki będą teraz przechowywane w katalogu c:\openserver\dane użytkownika\temp\.

Po zmianie konfiguracji (nawiasem mówiąc, dowolnej) nie zapomnij zrestartować serwera lub osobnej usługi, której ustawienia edytowałeś, jeśli to możliwe, aby zmiany odniosły skutek!

Dla pewności po ponownym uruchomieniu serwera MySQL wyświetl zmienną jeszcze raz bezpieczny_plik_priv i skopiuj jego wartość do schowka.

I teraz musimy wywołać komendę tak jak na początku, jedynie przed nazwą pliku, w którym będą zapisane informacje z bazy MySQL, wpiszmy ścieżkę zapisaną w zmiennej, którą zmieniamy, w postaci:

WYBIERZ * Z tabeli_bazy danych DO PLIKU WYJŚCIOWEGO "bezpieczna_wartość_pliku\nazwa_pliku.csv";

Następnie w moim przypadku zadziałało eksportowanie danych z MySQL.

Ważny punkt! Jeśli pracujesz z MySQL w systemie Windows, nie zapomnij zmienić „\” na „/” podczas określania ścieżki do pliku, w przeciwnym razie błąd zostanie --bezpieczny-plik-prywatny nadal będzie się pojawiać.

Na tym kończy się artykuł o tym, jak zrzucić bazę danych MySQL i jej tabele, a także dane wyjściowe z tabel MySQL do różnych formatów. Napisz swoje recenzje w komentarzach i podziel się ze wszystkimi opcjami skryptu, z których najczęściej korzystasz w praktyce.

Jeśli artykuł Ci się spodobał, możesz podziękować autorowi, publikując go ponownie w sieciach społecznościowych lub finansowo, korzystając z poniższego formularza, abyś mógł zapłacić za podstawowy hosting.

Życzę wszystkim powodzenia i do zobaczenia ponownie! 🙂

P.S.: jeśli potrzebujesz strony internetowej lub chcesz dokonać zmian w istniejącej, ale nie masz na to czasu ani ochoty, mogę zaoferować swoje usługi.
Ponad 5 lat doświadczenia profesjonalne tworzenie stron internetowych. Pracować z PHP