phpMyAdmin – Fehler > Falscher Formatparameter?

Lesezeit: 5 Minuten

Benutzeravatar von Henry
Henry

Ich habe eine WordPress-Produktionswebsite.

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


Benutzeravatar von Pooja Mistry
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

Benutzeravatar von Design.Garden
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.

Zuerst ../php/php.ini

upload_max_filesize=128M
post_max_size=128M
max_execution_time=1000

Dann ../phpMyAdmin\libraries\config.default.php

$cfg['ExecTimeLimit'] = 1000;

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

phpmyadmin:
    image: phpmyadmin/phpmyadmin
    environment:
        UPLOAD_LIMIT: 1G

  • 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

Benutzeravatar von Tiago Martins Peres
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

php.ini

und die Werte aus den folgenden Einstellungen geändert

max_execution_time = 3000
max_input_time = 120
memory_limit = 512M
post_max_size = 1500M
upload_max_filesize = 1500M 

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

config.default.php

$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:

max_execution_time = 3000
upload_max_filesize = 64M
max_input_time = 6000
upload_max_filesize = 64M

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.

    – Bob Stein

    22. November 2022 um 18:07 Uhr

1443540cookie-checkphpMyAdmin – Fehler > Falscher Formatparameter?

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy