mysqlにログインするとunknown variable'character_が表示されます.set_Client=UTF 8'のエラー
1414 ワード
今日、データベース・サーバにログインすると、次のエラーが発生しました.
調べてみたcnfのプロファイルは、clientセグメントの下にこのようなオプションが配置されています.道理で、問題はありません.それからインターネットgoogleを利用して、発見しました.
これがmysqlbinlogのバグであることがわかりました.クライアント・オプション・グループでcharacterを使用することが許可されている以上set_クライアントオプションクライアント符号化を設定するには、なぜ独自のツールmysqlbinlogがこのオプションを知らないのですか?
ここで認識しなくても、直接エラーを起こして実行を終了する必要はありません.このオプションを認識していない場合は、このオプションを省略して(noticeのプロンプトでこのオプションを認識しないほうがいい)実行を続けるほうがいいのではないでしょうか.
しかし、mysqldセグメントの下でcharacter-set-server=utf 8を使用しても問題はありません.
そこで、私の解決策は、上のcharacter_をset_Client=utf 8にコメントして再起動すると、ログインしたときに、クライアント側のコードだけがUTF 8ではないので、
set global characterでset_client=utf8;設定すればよいが,これでデータベース全体の符号化はすべてutf 8である.
1 [root@localhost app]# mysql -uroot -p
2 mysql: unknown variable 'character-set-client=utf8'
調べてみたcnfのプロファイルは、clientセグメントの下にこのようなオプションが配置されています.道理で、問題はありません.それからインターネットgoogleを利用して、発見しました.
これがmysqlbinlogのバグであることがわかりました.クライアント・オプション・グループでcharacterを使用することが許可されている以上set_クライアントオプションクライアント符号化を設定するには、なぜ独自のツールmysqlbinlogがこのオプションを知らないのですか?
ここで認識しなくても、直接エラーを起こして実行を終了する必要はありません.このオプションを認識していない場合は、このオプションを省略して(noticeのプロンプトでこのオプションを認識しないほうがいい)実行を続けるほうがいいのではないでしょうか.
しかし、mysqldセグメントの下でcharacter-set-server=utf 8を使用しても問題はありません.
そこで、私の解決策は、上のcharacter_をset_Client=utf 8にコメントして再起動すると、ログインしたときに、クライアント側のコードだけがUTF 8ではないので、
set global characterでset_client=utf8;設定すればよいが,これでデータベース全体の符号化はすべてutf 8である.
1 Server characterset: utf8
2 Db characterset: utf8
3 Client characterset: utf8
4 Conn. characterset: utf8