系统接入微信公众号，需要存储用户昵称，但是发现，有些用户的昵称存储报错；
查询之后，发现 用户昵称中包含emoji表情，而数据库的编码为utf8；
因此需要对相关的数据库、表、字段等的编码进行修改，以达到保存emoji表情的目的。

要存储  emoji  表情，需要客户端、到 RDS MySQL 实例的连接、RDS 实例内部 3 个方面统一使用或者支持  utf8mb4  字符集。

注：关于 utf8mb4 字符集，请参考 MySQL 官方文档(http://dev.mysql.com/doc/refman/5.6/en/charset-unicode-utf8mb4.html)

客户端需要保证输出的字符串的字符集为 utf8mb4。

以常见的 JDBC 连接为例：

  • 对于 JDBC 连接，需要使用 MySQL Connector/J 5.1.13（含）以上的版本。

  • JDBC 的连接串中，建议不配置 characterEncoding 选项。

注：关于 MySQL Connector/J 5.1.13，请参考 MySQL 官方 Release Notes(http://dev.mysql.com/doc/relnotes/connector-j/5.1/en/news-5-1-13.html)

1、MySQL支持 emoji 表情的最低版本为5.5.3；
2、设置MySQL的字符集为utf8mb4；
【扩展】 utf8mb4和utf8到底有什么区别呢？MySQL的utf8一个字符最多3字节，而utf8mb4则扩展到一个字符最多能有4字节，所以能支持更多的字符集。

（一）从应用程序层面解决：
a、修改 my.cnf或者mysql.ini
[client]
  default-character-set = utf8mb4
[mysql]
   default-character-set = utf8mb4
[mysqld]
   character-set-server = utf8mb4
   collation-server = utf8mb4_unicode_ci

b、设置数据库全局参数、数据库、表、字段等字符集：

Step 1. 设置MySQL全局参数为utf8mb4

character_set_server=utf8mb4

Step 2. 设置库的字符集为 utf8mb4

ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;

Step 3. 设置表的字符集为 utf8mb4

ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
 
Step 4. 设置字段的字符集为 utf8mb4

ALTER TABLE table_name CHANGE column_name column_name VARCHAR(191) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

c、如果是Java程序，mysql-connection.jar版本高于5.1.13，否则仍然不能试用utf8mb4；
d、重启 MySQL Server、检查字符集；

查看服务器字符集设置

mysql> SHOW VARIABLES WHERE Variable_name LIKE 'character%' OR Variable_name LIKE 'collation%';

+--------------------------+--------------------+
| Variable_name      | Value       |
+--------------------------+--------------------+
| character_set_client   | utf8mb4      |
| character_set_connection | utf8mb4      |
| character_set_database  | utf8mb4      |
| character_set_filesystem | binary       |
| character_set_results  | utf8mb4      |
| character_set_server   | utf8mb4      |
| character_set_system   | utf8        |
| collation_connection   | utf8mb4_unicode_ci |
| collation_database    | utf8mb4_unicode_ci |
| collation_server     | utf8mb4_unicode_ci |
+--------------------------+--------------------+

查看数据库字符集
mysql>  select  *  from  SCHEMATA ;
mysql>  SHOW VARIABLES WHERE variable_name LIKE 'char%' OR variable_name LIKE 'collation%';

查看表字符集
mysql>  select TABLE_SCHEMA, TABLE_NAME, TABLE_COLLATION from information_schema.TABLES;

查看列字符集
mysql>  select *  from information_schema.COLUMNS;

（二）从应用程序层面解决：
1、在获得数据之后往数据库存之前先进行编码： URLEncoder.encode(nickName, "utf-8")；
2、当从数据库中取出准备显示的时候进行解码： URLDecoder.decode(nickname, "utf-8")；

（三）另外，字符集改动之后，还需要处理 MySQL index 767 个字节的限制问题。

执行SQL时，有时会报错：ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

报错原因在于：

MySQL Innodb 的索引长度限制为767字节，

utf8编码最多占3个字节，对于varchar(255)这样的数据库结构，所以255*3=765，没有超出767的限制。

而对于utf8mb4编码，一个字最多可以占用4个字节，那255*4就会超出767的字符限制了。

转载自：
http://www.jb51.net/article/76878.htm
http://www.cnblogs.com/dashuai01/p/4601204.html
https://segmentfault.com/a/1190000000616820
https://help.aliyun.com/knowledge_detail/41702.html


# mysql # 微信 # 数据库
Logo
一门面向 Data 和 AI 的低代码、云原生的开源编程语言

无需安装部署，在线快速体验 Byzer

更多推荐

编译时权限控制

前言 权限控制，对于 MLSQL 而言的重要程度可以说是生命线。 MLSQL 需要面对各式各样的资源访问，比如 MySQL, Oracle,HDFS，Hive，Kafka，Sorl，ElasticSearch，Redis，API，Web等等，不同用户对这些数据源（以及表，列）的权限是不一样的。 传统模式是，每个用户都需要有个 proxy user，然后到每个数据源里面给这个 proxy user

avatar Byzer 白泽

Byzer 支持 JDBC 聚合下推

聚合下推PR链接聚合下推 我们知道 Byzer 支持多数据源和联邦查询，可以方便分析师在一个平台上快速的分析来自多种数据源的数据，从而进行灵活的探索式分析。 使用场景和优势 当前 Byzer 中加载数据的方式会拉取明细数据到 spark 中进行聚合计算，对于小数据量或者在分布式文件系统上的数据源来说是常规操作。但是对于 JDBC 数据源或者有分析能力的 OLAP 系统来说拉取明细数据可能就不是最

avatar Byzer 白泽

Byzer 术语表

Byzer-lang Byzer ，又称为 Byzer-lang，一门面向 Data 和 AI 的低代码、云原生的开源编程语言。 Byzer 是一门结合了声明式编程和命令式编程的混合编程语言，其低代码且类 SQL 的编程逻辑配合内置算法及插件的加持，能帮助数据工作者们高效打通数据链路，完成数据的清洗转换，并快速地进行机器学习相关的训练及预测。 Byzer 希望能够提供一套语言、一个引擎，就能覆盖整

avatar Byzer 白泽