Mam witrynę produkcyjną WordPress.
Wyeksportowałem bazę danych za pomocą następujących poleceń: select database > export > custom > select all tables > select .zip compression > 'Go'
Pobrałem plik example.sql.zip, ale kiedy przesyłam do mojego localhost, pojawia się ten błąd: phpMyAdmin - Error > Incorrect format parameter
Próbowałem wyeksportować w innych formatach i otrzymuję ten sam błąd.
Próbowałem z innymi bazami danych SQL i dobrze eksportuje / importuje.
Co to mogło być? Uszkodzona baza danych lub inna?
Dzięki
Odpowiedzi:
Ten problem nie jest spowodowany uszkodzoną bazą danych. Znalazłem rozwiązanie z tego filmu - https://www.youtube.com/watch?v=MqOsp54EA3I
Sugeruje się zwiększenie wartości dwóch zmiennych w pliku php.ini. Zmiana w php.ini
Następnie zrestartuj serwer.
To rozwiązało mój problem. Nadzieja też rozwiązuje Twoje.
źródło
max_exection_time
Równie dobrze może to zwiększyć, ponieważ baza danych może być duża i wyzwolić przekroczenie limitu czasu.php.ini
, tak jak ja.Skompresuj
.sql
plik i nadaj mu nazwę.[format].[compression]
, tjdatabase.sql.zip
.Jak wspomniano powyżej, PhpMyAdmin zgłasza ten błąd, jeśli twój
.sql
plik jest większy niż maksymalny dozwolony rozmiar wysyłania - ale w moim przypadku maksymalny to 50 MiB pomimo tego, że ustawiłem wszystkie opcje wymienione w poprzednich odpowiedziach (poszukaj "Max: 50 MiB" obok przycisku przesyłania w PhpMyAdmin).źródło
max_execution_time=0
ipost_max_size=100M
, ale plik 80 MB nadal wyświetlał błąd. Zapięcie, jak załatwił sprawęfile.sql.zip
.Dla mnie dostosowanie 2 wartości nie wystarczyło. Jeśli plik jest zbyt duży, musisz również dostosować zmienne czasu wykonywania.
Najpierw ../php/php.ini
Następnie ../phpMyAdmin\libraries\config.default.php
To załatwiło sprawę dla mnie. Oczywiście zmienne można wybrać inaczej. Może czas wykonania musi być jeszcze dłuższy. Rozmiar zależy od rozmiaru pliku.
źródło
Żadna z tych odpowiedzi nie zadziałała dla mnie. Musiałem użyć wiersza poleceń:
Gotowe!
źródło
Właśnie przeszedłem przez ten sam problem, próbując zaimportować plik CSV (400 MB), a także pojawił się błąd na czerwono
Początkowo myślałem, że to mogły być parametry i ponownie przetestowano. Szybciej, z mojego poprzedniego eksperymentu z nim, zdałem sobie sprawę, że jest to spowodowane innymi przyczynami (rozmiar pliku, wykonanie skryptu ma zdefiniowany maksymalny czas itp.).
Więc przeszedłem do php.ini
i zmienił wartości z następujących ustawień
Po tej modyfikacji zatrzymał MySQL i Apache i uruchomił je ponownie, przeszedł do phpmyadmin próbując zaimportować. Wtedy doszedłem do kolejnego błędu
który został naprawiony poprzez proste ustawienie w xampp / phpmyadmin / libraries / config.default.php
Ustawienie wartości 0 wyłącza limity czasu wykonywania.
Po chwili import przebiegł bez problemów.
źródło
Udało mi się to rozwiązać, wykonując kroki zamieszczone tutaj: xampp phpmyadmin, Nieprawidłowy parametr formatu
Ponieważ nie używam XAMPP, musiałem również zaktualizować mój,
php.ini.default
dophp.ini
którego w końcu się udało.źródło
Bez żadnych problemów zaimportowałem bezpośrednio z wiersza poleceń.
źródło
Ten błąd jest spowodowany faktem, że maksymalny rozmiar wysyłania to (Max: 2048 KB). Jeśli plik jest większy niż ten, pojawi się błąd. Spakuj plik i prześlij go ponownie, nie otrzymasz błędu.
źródło
Jeśli używasz docker-compose, po prostu ustaw
UPLOAD_LIMIT
źródło
Uwaga: jeśli używasz MAMP, MUSISZ edytować plik za pomocą wbudowanego edytora.
Wybierz PHP w sekcji języków (kolumna menu LH) Następnie w głównym panelu obok listy rozwijanej wersji domyślnej kliknij małą strzałkę skierowaną w prawo. Spowoduje to uruchomienie
php.ini
pliku za pomocą edytora tekstu MAMP. Wszelkie zmiany wprowadzone w tym pliku zostaną zachowane po ponownym uruchomieniu serwerów.Edycja pliku
Application->MAMP->bin->php->{choosen the version}->php.ini
nie zadziała. Ponieważ aplikacja nadpisuje wszelkie wprowadzone zmiany.Nie trzeba dodawać: „Oto smoki!” więc wytnij i wklej kopię oryginału i przechowuj ją w bezpiecznym miejscu na wypadek katastrofy.
źródło
Wystąpił ten błąd, a ponieważ korzystam z hostingu współdzielonego, nie mam dostępu do php.ini, więc nie byłem pewien, jak mogę to naprawić, host również nie miał pojęcia. W końcu opróżniłem pamięć podręczną przeglądarki i ponownie załadowałem phpmyadmin i wróciło!
źródło
Miałem ten problem, ale z kontenerem docker (użytkownicy phpmyadmin),
Rozwiązanie:
docker exec -it idcontainer /bin/bash
cd /usr/local/etc/php/
php.ini
plikupload_max_filesize=128M post_max_size=128M max_execution_time=1000
Ten problem wystąpił na komputerze z systemem Windows, w systemie Linux nie musiałem tego robić.
źródło
Jeśli wolisz edytować plik
php.ini
w swoim ulubionym edytorze niż w edytorze stworzonym przez MAMP, musisz najpierw zatrzymać serwery.Następnie udaj się
Library->Application Support->appsolute->MAMP PRO->templates->php{version_number}.ini.temp
i wprowadź dowolną zmianę, którą chcesz wprowadzić, szczególnie poniżejA także wprowadź zmiany w swoim PHPMyAdmin, jeśli tego właśnie używasz w Cpanel.
Upewnij się, że wykonałeś kopię oryginalnego pliku . Możesz przejść pod
conf
! Tutajźródło
Żadna z powyższych odpowiedzi nie rozwiązała tego za mnie.
Nie mogę nawet znaleźć folderu „biblioteki” w moim xampp - również ubuntu.
Po prostu uruchomiłem ponownie, używając następujących poleceń:
i
Dzięki mi .. !!
źródło