正常に機能していたバックアップとしてデータベースをエクスポートしました。データベースをまったく同じサーバー、フォルダーなどにインポートすると、次のエラーが発生しました。
SQLパーサーにバグが見つかった可能性があります。クエリを詳しく調べて、引用符が正しく、一致していないことを確認してください。その他の考えられる失敗の原因は、引用符で囲まれたテキスト領域の外側にバイナリを含むファイルをアップロードしていることである可能性があります。 MySQLコマンドラインインターフェイスでクエリを試すこともできます。以下のMySQLサーバーエラー出力がある場合は、問題の診断にも役立つ場合があります。それでも問題が発生する場合、またはコマンドラインインターフェイスが成功する場所でパーサーが失敗する場合は、SQLクエリ入力を問題の原因となる単一のクエリに減らし、以下のCUTセクションのデータチャンクを含むバグレポートを送信してください。---- CUT ---- eNo1jUEKwjAURIXu/inmADHkpwYxu1JCu0iTmFQ9gYtushP09qaCs3oMjxmXc8wWI2PU8C5YMDSY qayt7oiWT7l6CyON7NWxV5LpVjJiERgmF1aBu2vmY6sY5xwX11Ql9YXSMlicGhtKc9otEcs + 1ES + W2/19SY/hMniWen3Qd3hny8nMiDI ---- ENDカットBEGIN ---- ---- RAWをBEGIN ---- ERROR:C1 C2 LEN:1 2 11 STR:
MySQL:5.5.30-30.1 USR OS、エージェント、VER:Win CHROME 5.0.29 PMA:4.0.5 PHP VER、OS:5.3.17 Linux LANG:en SQL:
---- END RAW ----SQLクエリ:
MySQLによると:ドキュメント
#1064-SQL構文にエラーがあります。 1行目の ''の近くで使用する正しい構文については、MySQLサーバーのバージョンに対応するマニュアルを確認してください。
唯一の問題は、私のインデックスページにコンテンツ、実際にはメインコンテンツがないことだと思われます。これらのファイルはすべて.sqlです。
次に、すべてのテーブルを削除し、昨年の4月から元のデータベースをインポートしました。明らかに、このデータベースには、すべての顧客のすべてのアカウント情報、注文情報など、および私の製品に加えられたすべての変更がありません。
2つのデータベースを比較すると、最初の11行が問題のようですが、修正方法がわかりません。動作しないファイルの最初の11行は次のとおりです。
-- phpMyAdmin SQL Dump
-- version 4.0.5
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Sep 22, 2013 at 01:28 PM
-- Server version: 5.5.30-30.1
-- PHP Version: 5.3.17
SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";
動作するファイルの最初の11行は次のとおりです。
-- phpMyAdmin SQL Dump
-- version 3.4.10.1
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Apr 09, 2012 at 05:50 AM
-- Server version: 5.1.61
-- PHP Version: 5.2.17
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";
動作中のファイルから動作しないファイルに11行をコピーして貼り付けようとすると、別のエラーが発生します。
私はこれが長い投稿であることを知っており、謝罪しますが、私はこれに何時間も苦労していて、本当に助けが必要です。
ありがとう
さて、これが私が見つけたものです。ノートブック+でエラーが発生したファイルを開いたとき、もちろん最後の行には次のようなものがありました。
ETXNULNULNULNULNULNULNULNULNUL
開いたときの元の作業データベースには、これらの文字はありませんでした。
エラーが発生したファイルの最後の行を削除してデータベースをインポートしただけで、すべてが正常に機能しました。しかし、私のホームページはまだ正しくプルアップされていませんでした。今のところ回避策を適用しましたが、後でそれを理解しようとします。
これが誰かに役立つことを願っています。
Joomla2.5サイト用にデータベースをエクスポートするときに同じ問題が発生しました。これは、phpmyadminの圧縮と関係があります。データベースをエクスポートする前に、圧縮を「なし」から「zip形式」に変更しました。これで解決しました。
お役に立てば幸いです。
私の場合、圧縮を[〜#〜] none [〜#〜]に変更し、SQL互換モードを[〜#〜] ansi [〜#〜]に変更する必要があります。 。 WordPressデータベースを別のサーバーにエクスポートしていました。
このエラーを引き起こす可能性のある理由はたくさんあるようです。私は自分の問題とそれに対して見つけた回避策を共有したかっただけです。うまくいけば、誰かの時間を節約できるでしょう。データベースをMySqlにインポートしようとしたときに、私もこの問題に遭遇しました。ローカルマシンからデータベースのバージョンをエクスポートしたので、それをWebサイトがホストされているサーバーにインポートしたいと思いました。問題は、2つのシステムのバージョン間に不一致があったことでした。互換性オプション(エクスポート中とインポート中の両方)を使用して、問題を回避することができました。 「MYSQL323」を使用しました。これで私の問題は解決しました。これは、データベースの新しいエクスポートバージョンを作成する可能性がある人にとっては良い解決策だと思います。
このエラーは1分前に修正しました。 sql.gzファイルをエクスポートするときは、それを抽出してみてください。抽出されたファイルは、*。sqlファイルで圧縮されたままです。もう一度* .sql.gzを追加して、名前を変更したファイルをインポートしてください。それが動作します。
私が言おうとしているのは、phpMyAdminがファイルを2回圧縮するということです。
CSVファイルのインポートで同じ問題が発生し、Excel変換で空の列がいくつかあることが問題であることがわかりました。インポートする列名として最初の行を選択すると、適切な一意の名前なしで複数の列を作成しようとしました。
私の解決策は:コメント
;mbstring.func_overload = 2
/etc/php5/Apache2/php.iniにあります
PhpMyadminのバグです
これが一時的な修正です
http://sourceforge.net/p/phpmyadmin/bugs/4095/#7e0c
またはそのようなもの:
「PMA_Response :: getInstance()-> disable();」を置き換えます"// PMA_Response :: getInstance()-> disable();" -/ path_to_phpMyAdmin/export.php
ダンプファイルの最後に空白行がありました。行を削除すると、問題が修正されました。