MySQL で指定エンコーディングを実装する際の落とし穴について

前面に書かれた

環境: MySQL 5.7+、MySQL データベースの文字エンコードは utf8、テーブルも utf8

シナリオ: WeChat はユーザー情報 (ニックネームを含む) の取得を許可し、データベースに保存します。一部のユーザーは成功しますが、少数のユーザーは失敗します。

それで、なぜ失敗したのでしょうか?

エラーログを貼り付ける

行 1 の列 'nickname' の文字列値が正しくありません: '\xF0\x9F\x98\x98\xF0\x9F...'

これは、失敗したユーザーの WeChat ニックネームに絵文字記号が含まれているためです。

分析：

MySQL は、UTF-8、GB2312、GBK などの複数の文字エンコード セットをサポートしています。

SHOW CHARSET コマンドで表示できます。

通常、デフォルトの文字エンコードとして UTF-8 を使用することをお勧めします。

上の図から、MySQL データベースには 2 セットの UTF-8 エンコーディング実装があることがわかります。

• utf8: utf8 エンコーディングは最大 3 バイトまでしかサポートしません。 UTF8 エンコードでは、中国語の文字は 3 バイトを占め、その他の英語の文字、数字、記号はすべて 1 バイトを占めます。ただし、絵文字記号は 4 バイトを占有し、一部の複雑なテキストや繁体字中国語の文字も 4 バイトを占有します。
• utf8mb4: UTF-8 エンコーディングの完全な実装。最大 4 バイトをサポートしているため、絵文字記号の保存に使用できます。

情報、公式の説明を確認してください:

やっと

ヒント: 絵文字記号を保存する必要があるフィールドがある場合は、エンコードを utf8mb4 として指定することを忘れないでください。

MySQL 指定エンコーディングの実装における小さな落とし穴についての記事はこれで終わりです。MySQL 指定エンコーディングに関するより関連性の高いコンテンツについては、123WORDPRESS.COM の過去の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。