普通的字符串或者表情都是占位3个字节，以是utf8足够了，但是移动真个表情符号占位是4个字节，普通的utf8就不足用了。
utf8mb4方案
数据库采取utf8mb4字符集。
首先，修正数据库的字符集utf8mb4，修正 my.cnf。
[client]default-character-set = utf8mb4[mysql]default-character-set = utf8mb4[mysqld]character-set-client-handshake = FALSEcharacter-set-server = utf8mb4collation-server = utf8mb4_unicode_ciinit_connect='SET NAMES utf8mb4'
然后，重启 MySQL Server
末了，修正表字段字符集为utf8mb4
ALTER TABLE APP_COMMENT MODIFY `CONTENT` TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci COMMENT '评论内容';
此时，MySQL已经支持表情存储了。
Blob的二进制存储方案
上面的方案是一种不错的选择，但是目前我们生产环境采取多租户的办法，不能由于我们的产品须要支持表情存储，就让运维职员去修正数据库配置呀，这样具有很高的运维本钱，同时可能影响到其他正在利用的产品，具有一定的风险性。
因此，我们衍生出了第二种办理方案 : 采取blob作为字段类型，通过二进制存储方案。这种方案对现有的产品影响最小， 新增和更新的时候，不须要特殊处理，在查询的时候，将其进行转码即可。
首先，定义blob类型。
COMMENT blob NOT NULL COMMENT '评论内容'
在查询的时候，通过java进行转码
public List
我来大概阐明下，上面的含义。
我们，先通过Spring JDBC获取Blob工具。
Blob bContent = rs.getBlob(\公众content\公众);
接着，进行最核心的操作，转码，这样就可以担保二进制内容序列化成utf-8编码的字符串了。
appComment.setContent(new String(bContent.getBytes(1, (int) bContent.length), \"大众utf-8\"大众));
这样，就能担保MySQL支持表情数据。
