mysql设置了字符集utf8mb4依然无法插入emoji字符

很早之前写过一篇关于页面上显示emoji的介绍--"页面如何输出Emoji表情字符"；其核心就是关于utf8mb4的应用。

我们先把数据库，客户端，链接的字符集改成utf8mb4，然后插入一个emoji字符。

//下面[emoji]表示具体emoji字符大家自行替换
update admin SET user_name=[emoji] where admin_id = 52;

问题来了，报了个1366错误！

查看一下数据库的字符集情况

show variables like '%character%';

不知道有没有遇到和我一样的问题，如图上图，好像能改的都已经改了utf8mb4，但是依然无法正常插入emoji字符。

出于意料的结果是一件多么令人郁闷的事儿。

网上一些博客大同小异都是怎么正常插入emoji的，更多的方式是直接修改mysql.ini或者mysql.conf配置文件。为了插入一个emoji字符而去直接动msyql配置文件，我是不敢苟同。显然这不是一个好的解决方案。

回到问题中，为什么都改了utf8mb4还是不行呢？这个错误主要是对mysql的字符集了解的不够全面。mysql的字符集的作用域有三个层级一个数据库级，一个是表级，一个是列级（字段级别的）。优先级是：列级》表级》数据库级。从优先级知道如果存emoji的那个字段不是utf8mb4字符集,那么即使数据库是utf8mb4也是无济于事的。

我们来查看一下存emoji的字段的字符集

show full columns from admin;

果然不是utf8mb4，那么到底是不是这个原因造成的呢？验证时刻到了，我们把user_name字段改成utf8mb4字符集。

alter table admin modify user_name varchar(100) charset utf8mb4;

我们重新执行一下最开始插入emoji字符语句。

插入成功！看来我们的分析是对的。在修改utf8mb4的问题上别忘了查看列级的字符集是否也更改了。

对于mysql字符集我们不想出现乱码情况有一个经验就是character_set_client、character_set_connection、character_set_results字符尽量设置成一致的。

set names utf8mb4

这条语句等同于对上面三个参数的配置成utf8mb4。在插入和查询emoji字符的时候，不要忘了在前面加上这个语句，以防止出现乱码。

好了，今天就分享到这里~