场景
最近遇到myql的一个坑,我尝试使用mysql存储相关表情,但接收到的表情都被转化为4个字节了,mysql中的utf8编码并发真正意义上的utf8.但国内几乎很多都在使用utf8编码,处理表情大多已表情过滤的方式解决,并没有解决实际应用中需要保存表情的场景.
解决方案
mysql很早之前致力于解决这一尴尬的问题,推出了升级版的utf8mb4,这一编码很好的解决了表情的问题
所以今后我们可以考虑尽可能使用该编码进行Unicode处理
总结
那么针对历史表的处理,我们经常反馈说变更表结构还是一样,可参考mysql给出的将现有数据库字符编码变更方案即可解决.
