phpMyAdmin - Ошибка> Неверный параметр формата?

У меня есть производственный веб-сайт WordPress.

Я экспортировал базу данных с помощью следующих команд: select database > export > custom > select all tables > select .zip compression > 'Go'

Я загрузил файл example.sql.zip, но когда я загружаю его на свой локальный хост, я получаю эту ошибку: phpMyAdmin - Error > Incorrect format parameter

Я пытался экспортировать в других форматах, но получаю ту же ошибку.

Я пробовал с другими базами данных SQL, и он отлично экспортирует / импортирует.

Что бы это могло быть? Коррумпированная база данных или другое?

Спасибо

Эта проблема не из-за поврежденной базы данных. Я нашел решение из этого видео - https://www.youtube.com/watch?v=MqOsp54EA3I

Предлагается увеличить значения двух переменных в файле php.ini. Изменить подписку в php.ini

upload_max_filesize=64M
post_max_size=64M

Затем перезапустите сервер.

Это решило мою проблему. Надежда решает и вашу.

Сожмите .sqlфайл, и убедитесь , что имя его .[format].[compression], то есть database.sql.zip.

Как отмечалось выше, PhpMyAdmin выдает эту ошибку, если .sqlразмер вашего файла превышает максимально допустимый размер загрузки, но в моем случае максимальный размер составлял 50 МБ, несмотря на то, что я установил все параметры, указанные в предыдущих ответах (ищите «Макс: 50 МБ» рядом с кнопкой загрузки в PhpMyAdmin).

Для меня настройки двух значений было недостаточно. Если файл слишком большой, вам также необходимо настроить переменные времени выполнения.

Во-первых, ../php/php.ini

upload_max_filesize=128M
post_max_size=128M
max_execution_time=1000

Затем ../phpMyAdmin\libraries\config.default.php

$cfg['ExecTimeLimit'] = 1000;

Это помогло мне. Разумеется, переменные можно выбирать по-разному. Возможно, время выполнения должно быть еще больше. И размер зависит от вашего файла.

Ни один из этих ответов не помог мне. Пришлось использовать командную строку:

mysql -u root db_name < db_dump.sql
SET NAMES 'utf8';
SOURCE db_dump.sql;

Готово!

Просто столкнулся с той же проблемой при попытке импортировать CSV (400 МБ), а также получил сообщение об ошибке красным цветом

Ошибка - неверный параметр формата

Поначалу думал, что это могли быть параметры и еще раз протестировал. Быстрее, из моего предыдущего опыта с ним, я понял, что это произошло по другим причинам (размер файла, выполнение сценария имеет максимальное время, определенное и т. Д.).

Итак, я зашел на php.ini

и изменил значения из следующих настроек

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

После этой модификации остановил MySQL и Apache и снова запустил их, перешел к phpmyadmin, пытаясь импортировать. Затем я обнаружил еще одну ошибку

Неустранимая ошибка: превышено максимальное время выполнения 300 секунд

что было исправлено простой установкой в ​​xampp / phpmyadmin / libraries / config.default.php

$cfg['ExecTimeLimit'] = 0;

Установка его в 0 отключает ограничения времени выполнения.

Потом через некоторое время импорт прошел без проблем.

Я смог решить эту проблему, выполнив шаги, опубликованные здесь: описанные xampp phpmyadmin, параметр неправильного формата

Потому что я не использую XAMPP, я также необходимо обновить php.ini.defaultTo , php.iniкоторый , наконец , сделал трюк.

Без проблем импортировал прямо из командной строки.

mysql -uroot -hURLServer -p DBName< filename.sql

Эта ошибка вызвана тем, что максимальный размер загрузки составляет (Макс: 2048 КБ). Если ваш файл больше этого, вы получите сообщение об ошибке. Заархивируйте файл и загрузите его снова, вы не получите ошибку.

Если вы используете docker-compose, просто установите UPLOAD_LIMIT

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

Примечание. Если вы используете MAMP, вы ДОЛЖНЫ редактировать файл с помощью встроенного редактора.

Выберите PHP в разделе языков (столбец меню LH). Затем на главной панели рядом с раскрывающимся списком версии по умолчанию щелкните маленькую стрелку, указывающую вправо. Это запуститphp.ini файл с помощью текстового редактора MAMP. Любые изменения, внесенные в этот файл, сохранятся после перезапуска серверов.

Редактирование файла через Application->MAMP->bin->php->{choosen the version}->php.ini не получится. Поскольку приложение перезаписывает любые внесенные вами изменения.

Излишне говорить: «Вот драконы!» поэтому, пожалуйста, вырежьте и вставьте копию оригинала и храните ее в безопасном месте на случай аварии.

У меня была эта ошибка, и поскольку я нахожусь на общем хостинге, у меня нет доступа к php.ini, поэтому я не знал, как я могу ее исправить, хост, похоже, тоже не понимал. В конце концов, я очистил кеш браузера и перезагрузил phpmyadmin, и он вернулся!

У меня была эта проблема, но с контейнером докеров (пользователи phpmyadmin),

Решение:

• Войдите в контейнер phpmyadmin docker exec -it idcontainer /bin/bash
• Шаг cd /usr/local/etc/php/
• Создать php.iniфайл
• Измените это upload_max_filesize=128M post_max_size=128M max_execution_time=1000
• Сохраните и перезапустите контейнер.

Эта проблема была на ПК с Windows, в Linux мне не нужно было этого делать.

Если вы предпочитаете редактировать файл php.iniв своем любимом редакторе, а не в редакторе, созданном MAMP, вам нужно сначала остановить серверы.

Затем Library->Application Support->appsolute->MAMP PRO->templates->php{version_number}.ini.tempперейдите к и внесите любые изменения, которые вы хотели бы иметь, особенно ниже

max_execution_time = 3000
max_input_time = 60
memory_limit = 128M
post_max_size = 256M
upload_max_filesize 256M

А также внесите изменения в свой PHPMyAdmin, если это то, что вы используете в Cpanel.

$cfg['ExecTimeLimit'] = 300;

Убедитесь, что вы сделали копию исходного файла . Вы можете перемещаться по conf! Здесь

Ни один из приведенных выше ответов не решил это для меня.

Я даже не могу найти папку «библиотеки» в моем xampp - также ubuntu.

Итак, я просто перезапустился, используя следующие команды:

sudo service apache2 restart

и

sudo service mysql restart

Just restarted apache and mysql. Logged in phpmyadmin again and it worked as usual.

Спасибо .. !!