Ik heb een WordPress-productiewebsite.
Ik heb de database met de volgende commando’s geëxporteerd: select database > export > custom > select all tables > select .zip compression > 'Go'
Ik heb het bestand voorbeeld.sql.zip gedownload, maar wanneer ik upload naar mijn localhost krijg ik deze foutmelding: phpMyAdmin - Error > Incorrect format parameter
Ik heb geprobeerd met andere formaten te exporteren en ik krijg dezelfde foutmelding.
Ik heb het met andere SQL-databases geprobeerd en het exporteert/importeert prima.
Wat zou het kunnen zijn? Een corrupte database of iets anders?
Bedankt
Antwoord 1, autoriteit 100%
Dit probleem wordt niet veroorzaakt door een corrupte database.
Ik heb de oplossing gevonden in deze video – https://www.youtube.com/watch?v=MqOsp54EA3I
Het wordt aangeraden om de waarden van twee variabelen in het php.ini-bestand te verhogen.
Wijzig het volgen in php.ini
upload_max_filesize=64M
post_max_size=64M
Herstart vervolgens de server.
Dit heeft mijn probleem opgelost. Hoop lost de jouwe ook op.
Antwoord 2, autoriteit 13%
Comprimeer uw .sql-bestand en zorg ervoor dat u het de naam .[format].[compression]geeft, d.w.z.
database.sql.zip.
Zoals hierboven vermeld, geeft PhpMyAdmin deze fout als uw .sql-bestand groter is dan de maximaal toegestane uploadgrootte — maar in mijn geval was het maximum 50 MiB, ondanks dat ik alle vermelde opties had ingesteld in eerdere antwoorden (zoek naar de “Max: 50MiB” naast de uploadknop in PhpMyAdmin).
Antwoord 3, autoriteit 9%
Voor mij was het aanpassen van de 2 waarden niet genoeg. Als het bestand te groot is, moet je ook de uitvoeringstijdvariabelen aanpassen.
Eerst, ../php/php.ini
upload_max_filesize=128M
post_max_size=128M
max_execution_time=1000
Vervolgens ../phpMyAdmin\libraries\config.default.php
$cfg['ExecTimeLimit'] = 1000;
Dit deed de truc voor mij. De variabelen kunnen natuurlijk ook anders gekozen worden. Misschien moet de uitvoeringstijd nog hoger. En de grootte hangt af van je bestandsgrootte.
Antwoord 4, autoriteit 5%
Geen van deze antwoorden werkte voor mij. Ik moest de opdrachtregel gebruiken:
mysql -u root db_name < db_dump.sql
SET NAMES 'utf8';
SOURCE db_dump.sql;
Klaar!
Antwoord 5, autoriteit 3%
Als u docker-compose gebruikt, stelt u gewoon UPLOAD_LIMIT
in
phpmyadmin:
image: phpmyadmin/phpmyadmin
environment:
UPLOAD_LIMIT: 1G
Antwoord 6, autoriteit 2%
Ik heb net hetzelfde probleem gehad bij het importeren van een CSV (400 MB) en kreeg ook een rode foutmelding
Fout – onjuiste formaatparameter
In eerste instantie dacht ik dat het aan de parameters kon liggen en heb ik het opnieuw getest. Sneller, uit mijn eerdere ervaring ermee, realiseerde ik me dat het te wijten was aan andere redenen (grootte van het bestand, uitvoering van script heeft een maximale tijd gedefinieerd, enz.).
Dus ik ben naar php.ini gegaan
en veranderde de waarden van de volgende instellingen
max_execution_time = 3000
max_input_time = 120
memory_limit = 512M
post_max_size = 1500M
upload_max_filesize = 1500M
Na deze wijziging stopte MySQL en Apache en startte ze opnieuw, ging naar phpmyadmin en probeerde te importeren. Toen bereikte ik een andere fout
Fatale fout: maximale uitvoeringstijd van 300 seconden overschreden
die werd opgelost door simpelweg xampp/phpmyadmin/libraries/config.default.php in te stellen
$cfg['ExecTimeLimit'] = 0;
Als u dit op 0 instelt, worden de uitvoeringstijdlimieten uitgeschakeld.
Na een tijdje verliep het importeren zonder problemen.
Antwoord 7
Ik heb zonder problemen rechtstreeks vanaf de opdrachtregel geïmporteerd.
mysql -uroot -hURLServer -p DBName< filename.sql
Antwoord 8
Opmerking: als je MAMP gebruikt, MOET je het bestand bewerken met de ingebouwde editor.
Selecteer PHP in de talensectie (LH Menu Column) Klik vervolgens in het hoofdpaneel naast de vervolgkeuzelijst voor de standaardversie op de kleine pijl die naar rechts wijst. Hiermee wordt het bestand php.inigestart met behulp van de MAMP-teksteditor. Alle wijzigingen die u in dit bestand aanbrengt, blijven bestaan nadat u de servers opnieuw heeft opgestart.
Bewerken van het bestand via Application->MAMP->bin->php->{choosen the version}->php.inizou niet werken. Aangezien de toepassing eventuele wijzigingen aanbrengt die u maakt.
Noodloos om te zeggen: “Hier zijn draken!” Dus knip en plak een kopie van het origineel en bewaar het ergens veilig in geval van een ramp. 
9
Deze fout wordt veroorzaakt door het feit dat de maximale uploadgrootte (max: 2.048kib) is. Als uw bestand groter is dan dit, krijgt u een foutmelding. ZIP het bestand en upload het opnieuw, u krijgt de fout niet.
10
Ik had dit probleem, maar met een Docker Container (PhpMyadmin-gebruikers),
Oplossing:
- Voer in de PHPMYADMIN-container
docker exec -it idcontainer /bin/bash - Verplaatsen
cd /usr/local/etc/php/ - Maak
php.inibestand - Wijzig het
upload_max_filesize=128M
post_max_size=128M
max_execution_time=1000 - Opslaan en herstarten container.
Dit probleem was in een Windows-pc, bij Linux hoefde ik dit niet te doen.
11
Ik had deze fout en als ik op deelden hosting heb ik geen toegang tot de php.ini, dus was niet zeker hoe ik het kon repareren, de gastheer leek ook geen aanwijzing te hebben. Uiteindelijk heb ik mijn browsercache geleegd en herladen PhpMyadmin en het kwam terug!
12
Als u importbestand als gevolg van Big Size niet kunt uploaden en kunt u geen parameters wijzigen omdat u in een gedeelde hosting bevindt, probeer dan op uw computer HeidisQL en laadbestand van daaruit te installeren.
13
Dit heeft de neiging zich voor te doen wanneer u de PHP-instellingen wijzigt zoals hier vermeld en doorgaan met het importeren van de database zonder eerst de apache opnieuw te starten. Die ervoor zorgt dat de fout wordt geactiveerd.
14
Geen van de bovenstaande antwoorden opgelost het voor mij.
Ik kan ook zelfs de map ‘bibliotheken’ in mijn XAMPP – Ubuntu ook vinden.
Dus, ik heb eenvoudig opnieuw opgestart met de volgende opdrachten:
sudo service apache2 restart
en
sudo service mysql restart
Just restarted apache and mysql. Logged in phpmyadmin again and it worked as usual.
bedankt mij .. !!