phpMyAdmin-エラー>不正なフォーマットパラメータ?


119

WordPressの制作サイトを持っています。

次のコマンドでデータベースをエクスポートしました。 select database > export > custom > select all tables > select .zip compression > 'Go'

example.sql.zipというファイルをダウンロードしましたが、localhostにアップロードすると、次のエラーが発生します。 phpMyAdmin - Error > Incorrect format parameter

他のフォーマットでエクスポートしようとすると、同じエラーが発生します。

他のSQLデータベースを試してみましたが、正常にエクスポート/インポートされます。

どうなり得るか?破損したデータベースまたはその他?

ありがとう


あなたは、ソリューションを手に入れた
シバサイ

いいえ。私は、このためのサポート...はないと思われることに驚いています
ヘンリー

私の場合、クエリをスローする前にスキーム/テーブル(任意)を選択して問題を解決しました...
SubjectDelta

回答:


340

この問題は、破損したデータベースが原因ではありません。このビデオから解決策を見つけました-https://www.youtube.com/watch?v = MqOsp54EA3I

php.iniファイルの2つの変数の値を増やすことをお勧めします。php.iniで以下を変更

upload_max_filesize=64M
post_max_size=64M

次に、サーバーを再起動します。

これで私の問題は解決しました。ホープもあなたを解決します。


2
良いアイデアでしたが、それでもうまくいきませんでした。私は本当にここではアイデアを出していません...
ヘンリー

14
max_exection_timeデータベースが大きくなり、タイムアウトがトリガーされる可能性があるため、も増加する可能性があります。
VeeK、2018

正解です。両方の構成を合わせると正解です。最初のアイテムではありません。最初のアイテムとカントで解決しようとします。しかし、2番目に解決したとき。StackOverflow、poojaに感謝します。
saber tabatabaee yazdi 2018年

1
php.ini私のように、MAMPを使用している場合は、見つけるのが難しいため、この質問も参照してください
GDP2

すばらしい。ありがとうございました!
user3312884

41

あなたの圧縮.sqlファイルを、そしてそれを名前を付けてください.[format].[compression]すなわち、 database.sql.zip

上記のように、.sqlファイルが最大許容アップロードサイズより大きい場合、PhpMyAdminはこのエラーをスローします-ただし、私の場合、以前の回答で述べたすべてのオプションを設定したにもかかわらず、最大は50MiBでした(「最大:50MiB」を探します) PhpMyAdminのアップロードボタンの横)。


1
これでうまくいきました。とがmax_execution_time=0ありましたpost_max_size=100Mが、80 MBのファイルでもエラーが発生しました。file.sql.zipトリックと同じように圧縮。
jogi99

これは私の問題を解決しました。私のsqlファイルは最大サイズをわずかに上回っていましたが、圧縮するとサイズが大幅に減少することに注意してください。私の場合は16倍です。
Paul

これは私を助けました。私はphp.iniで100MBを設定しており、ファイルはアップロードの46%、つまり43MBでエラーを生成していました。私はそれを圧縮しました、そして問題はありません。
Doug Wolfgram

33

私にとって、2つの値を調整するだけでは不十分でした。ファイルが大きすぎる場合は、実行時間変数も調整する必要があります。

まず、.. / php / php.ini

upload_max_filesize=128M
post_max_size=128M
max_execution_time=1000

次に、.. / phpMyAdmin \ libraries \ config.default.php

$cfg['ExecTimeLimit'] = 1000;

これは私にとってはトリックでした。もちろん、変数は別の方法で選択できます。おそらく実行時間はさらに長くなる必要があります。また、サイズはファイルサイズによって異なります。


20

これらの答えはどれもうまくいきませんでした。私はコマンドラインを使わなければなりませんでした:

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

できた!


Obrigado @Pedro!:)
Luis Gouveia

提案をありがとう。魅力のように働いた!
mithushancj

5

CSV(400 MB)をインポートしようとすると同じ問題が発生し、赤色のエラーが表示された

エラー-不正なフォーマットパラメータ

最初はそれがパラメータである可能性があると考え、再度テストしました。より速く、以前の経験から、それは他の理由(ファイルのサイズ、スクリプトの実行に定義された最大時間など)が原因であることに気付きました。

だから、私はphp.iniに行きました

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に設定するだけで修正されました

config.default.php

$cfg['ExecTimeLimit'] = 0;

0に設定すると、実行時間制限が無効になります。

その後、しばらくすると、問題なくインポートが行われました。




2

このエラーは、最大アップロードサイズが(最大:2,048KiB)であることが原因で発生します。ファイルがこれよりも大きい場合、エラーが発生します。ファイルを圧縮して再度アップロードすると、エラーは発生しません。


1

このエラーが発生しました。共有ホスティングを使用しているため、php.iniにアクセスできないため、どのように修正すればよいかわからず、ホストにも手掛かりがないようです。結局、ブラウザのキャッシュを空にしてphpmyadminをリロードすると、戻ってきました!


1

注:MAMPを使用している場合は、組み込みのエディターを使用してファイルを編集する必要があります。

言語セクション(LHメニュー列)で[PHP]を選択します。次に、メインパネルの[デフォルトバージョン]ドロップダウンの横にある小さな矢印をクリックします。これにより、MAMPテキストエディターを使用してphp.iniファイルが起動します。このファイルに加えた変更は、サーバーを再起動した後も保持されます。ファイルを直接編集しようとすると、行った変更が上書きされるだけです。

言うまでもなく、「ここにドラゴンがいます!」そのため、元のコピーを切り取って貼り付け、災害時に安全な場所に保管してください。ここに画像の説明を入力してください


1

docker-composeを使用する場合、設定するだけです UPLOAD_LIMIT

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

0

私はこの問題を抱えていましたが、Dockerコンテナー(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 PCにあり、Linuxではこれを行う必要はありませんでした。


-1

上記の答えのどれも私のためにそれを解決しませんでした。

xamppに「libraries」フォルダも見つかりません-ubuntuも。

そのため、次のコマンドを使用して単純に再起動しました。

sudo service apache2 restart

そして

sudo service mysql restart

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

ありがとう.. !!

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.