Ich habe die Datenbank mit den folgenden Befehlen exportiert: select database > export > custom > select all tables > select .zip compression > 'Go'
Ich habe die Datei example.sql.zip heruntergeladen, aber wenn ich sie auf meinen localhost hochlade, erhalte ich diesen Fehler: phpMyAdmin - Error > Incorrect format parameter
Ich habe versucht, mit anderen Formaten zu exportieren, und ich erhalte den gleichen Fehler.
Ich habe es mit anderen SQL-Datenbanken versucht und es exportiert/importiert einwandfrei.
Was könnte es sein? Eine beschädigte Datenbank oder etwas anderes?
Danke
hast du die lösung bekommen
– Shiva Sai
5. Juni 2018 um 10:26 Uhr
Nö. Ich bin überrascht, dass es anscheinend keinen Support dafür gibt.
– Henry
5. Juni 2018 um 11:51 Uhr
Wählen Sie in meinem Fall ein Schema / eine Tabelle (beliebig) aus, bevor Sie die Abfrage auslösen, um das Problem zu lösen …
– SubjektDelta
19. März 2019 um 10:55 Uhr
Pooja Mistry
Dieses Problem liegt nicht an einer beschädigten Datenbank, sondern an der Beschränkung der PHP-Upload-Größe. Es wird empfohlen, die Werte der folgenden Variablen in zu erhöhen php.ini:
upload_max_filesize=64M
post_max_size=64M
Vielleicht möchten Sie auch die erhöhen max_exection_time auf einen längeren Wert für größere Datenbanken, damit beim Hochladen keine Zeitüberschreitung auftritt.
Speichern Sie Ihre Änderungen an der Datei und starten Sie Ihren PHP-Server neu.
Danke für die Idee, die war gut, aber es hat immer noch nicht funktioniert. Mir gehen hier echt die Ideen aus…
– Henry
9. Juni 2018 um 5:49 Uhr
Könnte auch die erhöhen max_exection_time auch weil die Datenbank groß sein könnte und ein Timeout auslösen könnte.
– Peitsche
24. Juli 2018 um 5:23 Uhr
das ist richtig .. beide Konfigurationen zusammen sind eine richtige Antwort. nicht erster Artikel. Ich versuche, nach dem ersten Punkt und Neigung zu lösen. aber wann wird das zweite gelöst. danke, StackOverflow danke pooja.
– Säbel tabatabaee yazdi
11. Oktober 2018 um 17:55 Uhr
Siehe auch diese Frage wenn Sie MAMP verwenden, weil Sie möglicherweise Schwierigkeiten haben, es zu finden php.iniwie ich es getan habe.
– BIP2
7. Mai 2019 um 23:34 Uhr
Jbtw, die korrekte Schreibweise vom @Whip-Kommentar ist max_execution_time
– Osama Dar
13. Oktober 2021 um 1:33 Uhr
Design.Garten
Komprimieren Sie Ihre .sql Datei, und stellen Sie sicher, dass Sie sie benennen .[format].[compression]dh database.sql.zip.
Wie oben erwähnt, gibt PhpMyAdmin diesen Fehler aus, wenn Ihr .sql Datei ist größer als die maximal zulässige Upload-Größe – aber in meinem Fall war das Maximum 50 MiB, obwohl ich alle in vorherigen Antworten angegebenen Optionen eingestellt hatte (suchen Sie nach “Max: 50 MiB” neben der Upload-Schaltfläche in PhpMyAdmin).
Das hat bei mir funktioniert. ich hatte max_execution_time=0 Und post_max_size=100M, aber eine 80-MB-Datei gab immer noch einen Fehler. Reißverschluss als file.sql.zip hat es geschafft.
– jogi99
20. November 2018 um 17:15 Uhr
Dies löste mein Problem. Meine SQL-Datei war nur knapp über der maximalen Größe, aber beachten Sie, dass das Komprimieren die Größe erheblich reduzieren kann: In meinem Fall 16-fach.
– Paulus
12. März 2019 um 10:22 Uhr
Das hat mir geholfen. Ich hatte 100 MB in php.ini eingestellt und die Datei erzeugte den Fehler bei 46 % des Uploads, der 43 MB betrug. Ich habe es gezippt und kein Problem.
– Doug Wolfgram
17. April 2019 um 1:30 Uhr
Einfach und effektiv!
– Antoine Mouquod
26. November 2020 um 13:14 Uhr
Eigentlich liegt dieses Problem an der Datenbankgröße.
– Durstige Sechs
27. Mai 2021 um 13:50 Uhr
Für mich war das Anpassen der 2 Werte nicht genug. Wenn die Datei zu groß ist, müssen Sie auch die Ausführungszeitvariablen anpassen.
Dies hat den Trick für mich getan. Die Variablen können natürlich auch anders gewählt werden. Vielleicht muss die Ausführungszeit noch höher sein. Und die Größe hängt von Ihrer Dateigröße ab.
Keine dieser Antworten hat bei mir funktioniert. Ich musste die Befehlszeile verwenden:
mysql -u root db_name < db_dump.sql
SET NAMES 'utf8';
SOURCE db_dump.sql;
Erledigt!
Wenn Sie docker-compose verwenden, setzen Sie einfach UPLOAD_LIMIT
Dies ist anscheinend der richtige Weg aus den standardmäßigen phpmyadmin-Docker-Image-Dokumenten. Ich möchte hinzufügen, dass, wenn man nginx als Proxy-Pass verwendet, sie proxy_read_timeout (dh proxy_read_timeout 1500).
– Tim
5. April 2021 um 2:13 Uhr
Tiago Martins Peres
Ich habe gerade das gleiche Problem beim Versuch, eine CSV-Datei (400 MB) zu importieren, und es wurde auch ein Fehler in roter Schrift angezeigt
Fehler – falscher Formatparameter
Dachte erst es könnte an den Parametern liegen und nochmal getestet. Schneller, aus meiner früheren Erfahrung damit, wurde mir klar, dass es an anderen Gründen lag (Größe der Datei, Ausführung des Skripts hat eine definierte maximale Zeit usw.).
Also bin ich zur php.ini gegangen
und die Werte aus den folgenden Einstellungen geändert
Nach dieser Änderung, MySQL und Apache gestoppt und neu gestartet, ging zu phpmyadmin und versuchte zu importieren. Dann erreichte ich einen anderen Fehler
Schwerwiegender Fehler: Maximale Ausführungszeit von 300 Sekunden überschritten
was durch einfaches Einstellen in xampp/phpmyadmin/libraries/config.default.php behoben wurde
$cfg['ExecTimeLimit'] = 0;
Wenn Sie es auf 0 setzen, werden die Ausführungszeitlimits deaktiviert.
Dann ging der Import nach einiger Zeit ohne Probleme.
Dies ist anscheinend der richtige Weg aus den standardmäßigen phpmyadmin-Docker-Image-Dokumenten. Ich möchte hinzufügen, dass, wenn man nginx als Proxy-Pass verwendet, sie proxy_read_timeout (dh proxy_read_timeout 1500).
– Tim
5. April 2021 um 2:13 Uhr
Ich habe diesen Fehler auch, und ich arbeite mit ubuntu 20.04 Und PHP 8.0 Also habe ich das Problem mit diesen Schritten gelöst:
sudo nano /etc/php/8.0/apache2/conf.d/php.ini
in geöffneter Datei finden upload_max_filesize, post_max_size, max_input_time, max_execution_time von STRG + w und erhöhe die Werte wie folgt:
Speichern Sie die INI-Datei durch STRG + Ö und schließen Sie das dann ab STRG + X.
Starten Sie dann Ihren Webserver mit diesem Befehl neu:
sudo service apache2 restart
HINWEIS: Diese 4 Parameter sind nicht zusammen und Sie müssen sie einzeln finden.
/etc/php/8.1/apache2/conf.d/(my name)_php.ini <-- es kann ein bisschen mehr synchron mit dem sein conf.d Strategie zur Erstellung eines neue Datei als eine bestehende zu bearbeiten. Wie zur Bestätigung wurde die Standard-php.ini von dort entfernt. Ich denke, das hat bei mir funktioniert, weil meine Datei in conf.d nach php.ini geladen wurde.
hast du die lösung bekommen
– Shiva Sai
5. Juni 2018 um 10:26 Uhr
Nö. Ich bin überrascht, dass es anscheinend keinen Support dafür gibt.
– Henry
5. Juni 2018 um 11:51 Uhr
Wählen Sie in meinem Fall ein Schema / eine Tabelle (beliebig) aus, bevor Sie die Abfrage auslösen, um das Problem zu lösen …
– SubjektDelta
19. März 2019 um 10:55 Uhr