Q&A
コンソールには何を使っていますか？
Mysqlに絵文字をINSERTしようとすると?に変換されます
INSERT文を打ち込む時点で既に?となっています
例えば、
INSERT INTO test (text) VALUES('✨');
というSQLはコンソール上では
INSERT INTO test (text) VALUES('?');
のように表示され、レコードにも?で登録されます
データベースとテーブルについて文字コードを調べたところ、以下のようになりました
データベースを選択した状態でコマンドshow variables like '%char%';に対し、
character_set_client : utf8mb4
character_set_connection : utf8mb4
character_set_database : utf8mb4
character_set_filesystem : binary
character_set_results : utf8mb4
character_set_server : latin1
character_set_system : utf8
character_sets_dir : [charsetsへのパス]
show create table test; に対し、
| test | CREATE TABLE test (
id int(20) NOT NULL AUTO_INCREMENT,
text varchar(100) NOT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8mb4
となっています
なお、charcter_set_serverがlatin1になっているのが気になったので調べたところ、
こちらの記事にデータベース作成時に作用するものであるとあった為、今は関係ないものと判断しています
原因、或いは解決法をご存じの方はご教示お願いします
環境
Mysql 5.7.22
接続にEC2のlinux2を使用しています
具体的な絵文字は？
mysqlへどのようにコマンドを投げていますか？
回答2件
0
自己解決
jdbcのURIに?useUnicode=true&characterEncoding=utf8mb4を追加すると解決しました
回答頂き有難うございました
投稿2019/12/13 12:21
総合スコア20
0
正しくデータが投入されていても、出力のインタフェースが正しくなければ
表示することはできません
SQL
1SELECT 'その絵文字';
で、きちんと表示されるのかどうかチェックするところから
投稿2019/12/12 00:17
総合スコア114819
試してみましたがSELECTでも駄目でした
コマンドが
select '?';
と出力され、結果もカラム、レコード共に?とだけ表示されます
CLIも接続に使っているコンソールも、正しく4バイト文字を通すものである必要があります（状況によっては、単なる日本語文字すら打てなかったりもします）。
> SELECTでも駄目でした
そうなると単にコンソールが対応してないだけかもしれません。
ミドルウェアで吸収してデータを利用するアプリ側では
普通に表示できるのでは？
日本語に関しては問題なく処理されています
> yamabejp さん
本題とはずれますがこのシステムは本来Javaを介して登録、取得するものです
検証してみたところ、Javaでの処理は問題なく行われているようでした
しかしprepareStatementでのSQL発行の段階から'?'に変換されて登録されており、
取得したものもやはり?となっています
そこでコンソールでも調べてみた結果、質問の内容になったという次第です
select '????野家';
とか表示できますか？
はい、出来ています
> Javaでの処理は問題なく行われているようでした
> しかしprepareStatementでのSQL発行の段階から'?'に変換されて登録されており
PreparedStatement 発行段階で ? となるのでしたら、その処理の前後で、どこで変化しているか見ると良いでしょう。または PreparedStatement とそこへバインドしている処理を書くと回答が見つかるかもしれません。
サロゲートペアの問題かもと思ったのですがそうでもなさそうですね
どうしても正しく登録できないならutf16や32にレベルをあげるか
検索性を無視していいならバイナリーで持てば
アプリ側の出力でおかしくなることはないでしょう。
（コンソールの文字化けはそういうものなのでコンソール自体を
対応させないとどうしようもないと思います）
ちなみにprepare処理は直接sql文をいじらないので
文字化けが確認できるというのは意味が通じませんね
> その処理の前後で、どこで変化しているか見ると
> PreparedStatement とそこへバインドしている処理
これでわかることもありますよ。
prepareStatementの確認方法は以下の手順で行っています
1.まず値が代入されていないSQLをConnection.prepareStatement()で生成(値の部分は?となっています)
2.そこへsetInt, setStringで値を代入
3.System.out.println()で出力
これによって得られたSQLが絵文字を代入したとき?のまま表示されます
('abc'などは正しく出力されています)
この処理を行う直前に該当の変数を確認した場合も正しく出力されます
もし最終出力先がブラウザなら、最悪unicodeをエスケープシークエンスで
処理すれば良いのでは？
✨→✨
あなたの回答
tips
プレビュー
