MySQLはバックアップからテーブルをリストアできません - ＃1366 - 不適切な文字列値

Question

私は最近データベースに問題がありました。半記号と度記号）は、その記号の前の文字で停止しています）。私は、テーブルのコピーを持って、以下のコードにそれを蒸留しました：

CREATE TABLE `products2` (
     `id` int(10) unsigned NOT NULL AUTO_INCREMENT, 
     `description` text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL, 
     PRIMARY KEY (`id`) 
    ) DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; 


    insert into products2 values 
(25, 0x5468652044504D203931322069732061206C617267652033BD204469676974204C434420566F6C746D657465722E20546865207369676E616C206265696E67206D6561737572656420697320616C736F207573656420746F20706F77657220746865206D657465722C20696E636C7564696E6720746865206261636B6C696768742E20546865206D657465722066656174757265732061203320746F20363056206D6561737572656D656E742072616E67652C20776974682061207265736F6C7574696F6E206F662031306D56206265747765656E20332E303020616E642031392E39395620616E64203130306D56206265747765656E2032302E3020616E642036302E30562E205768656E2074686520766F6C746167652064726F70732062656C6F772033562C204C4F20697320646973706C617965642028646F776E20746F20322E38562C207768656E2074686520646973706C61792077696C6C207475726E206F6666292E209148499220697320646973706C61796564207768656E2074686520766F6C7461676520676F65732061626F7665203630562E0D0A0D0A5363726577207465726D696E616C7320616C6C6F7720666F7220717569636B20616E64206561737920636F6E6E656374696F6E2E20546865206D6574657220697320686F7573656420696E206120726F6275737420636172726965722077686963682063616E20626520626F6C74656420696E20706C616365206F722070616E656C206D6F756E746564207573696E6720746865206C6F772070726F6669206C652062657A656C20616E6420636C6970732070726F76696465642E20416E2049503637202F204E454D412034582062657A656C20697320616C736F20617661696C61626C6520666F722070726F74656374696F6E20616761696E7374206475737420616E64206D6F6973747572652E0D0A0D0A417320746869732069732061206E65772064657369676E2077652073756767657374207468617420796F7520636F6E74616374204C617363617220666F7220757020746F2064617465206C6561642D74696D6520696E666F726D6174696F6E206265666F7265206F72646572696E67206F6E6C696E652E0D0A) 

これは、エラーがスローされます。

この問題に探し

#1366 - Incorrect string value: '\xBD Digi...' for column 'description' at row 1 

それが思わstackoverflowの上やウェブを中心にエンコーディングの問題であるため、説明フィールドの照合順序をutf_unicode_ciに変更し、表の照合順序をutf_bin（およびそれらのすべての組み合わせ）に変更してみました。

バックアップのため、ダンプをやり直すことはできません。私はシステムがダンプを出力する方法を理解していませんが、それを受け入れることはできません。おそらく、バックアップはコマンドライン経由で行われます。

データをインポートすることができない場合は、エンコードされたデータをテキストに読み込んで手動でカットアンドペーストする方法を教えていただければ幸いです。 ASCIIとして最初の32のバイトをデコード

Answer 1

、我々は（?は、MySQLが不平を言っているかについて0xBDバイトです）があります。

 
The DPM 912 is a large 3? Digit 

「DPM 912」のためにグーグルの少しsuggests to meその文字があるべき下半分の部分、½。 windows-1252 —（前のUnicode）、Windowsの世界では、既定のコードページだけでなくでしたが、またMySQL's default encodingです：バイト0xBDとの文字が、特に1が飛び出すがあること

A number of character setsエンコード。あなたのデータはwindows-1252にコード化されていると推測されます。

として、あなたはエンコーディング名を指定して、それを前に置くことにより、文字列リテラルのエンコーディングを指定することができ、the MySQL manualで説明：

A character string literal may have an optional character set introducer and COLLATE clause:

[_charset_name]'string' [COLLATE collation_name]

それが言うように行く：

An introducer is also legal before standard hex literal and numeric hex literal notation (x'literal' and 0xnnnn), or before bit-field literal notation (b'literal' and 0bnnnn).

したがって

（と理由MySQLはwindows-1252をlatin1と呼ぶ）、INSERTコマンドを次のように変更することができます。

INSERT INTO products2 VALUES (25, _latin1 0x5468652044504D203931322069...); 

ドキュメントも述べている：

、このようなイントロが省略された場合（それがあなたの元 INSERT文であったように）、ある

For the simple statement SELECT 'string' , the string has the character set and collation defined by the character_set_connection and collation_connection system variables.

は、文字セットがcharacter_set_connectionシステム変数によって定義されていることを想定しています。

としてはhere述べたように、あなたのクライアントは、phpMyAdminの中で、デフォルトはV3にlatin1前にあったの[DefaultCharset]設定オプションで設定され、接続したときにそれを指定することによって、（その変数の設定などのいくつかの方法があります。4、しかし以来utf8されている - おそらくこの変更はあなたの問題の起源です;インポートファイルの文字セットを[Import][charset]で指定することもできます）。接続時に希望の文字セットが指定されていない場合は、接続後でINSERTコマンドを実行する前にこれらのコマンドを発行します（ダンプファイルの先頭に追加するなど）。

ダンプファイルをできるだけ移植性の高いものにすることをお勧めしますが、これにはSET NAMES 'latin1'を追加することをお勧めします。