标签：编码 set utf8mb4 utf8 character 报错 x9F MySQL xF0

今天发生一件有趣的事情。

我的博客

我在一篇文章中使用了emoji表情，前面很顺利，不管是WordPress还是其他博客园啥的，都是正常发送。

但是，我在Typecho系统中发布文章时....

我当时一脸懵逼，啥情况，数据库坏了？

我重启服务器，发现没用，于是准备直接使用Navicat工具直接写入数据库。

巧了，还是报错，不管可算知道问题了。

浏览器搜索一番后，发现，是表情的问题。

如何解决？

于是既然是错误，那我就解决一下吧。

首先，我们要知道，utf8是Typecho系统写入数据库是的默认编码，也是安装MySQL是的默认编码。

Typecho 默认是不支持 Emoji 表情的，当你评论中有 Emoji 的话，就会报这个错误。这个是因为编码的问题造成的。Mysql 默认使用的是 utf8 字符集，utf8 字符集的编码范围 u0000-uFFFF，而 Emoji 是在 Unicode 位于 u1F601-u1F64F 区段的字符。所以评论中带有 Emoji 表情才会报错。

• 修改Typecho配置文件

  Typecho修改网站的配置文件，打开网站根目录，找到 config.inc.php 文件，把 charset 的值改为 urf8mb4。

  如果是Java，可以修改数据库连接字符串的编码。其他语言也类似。

  

• 修改MySQL全局默认编码

  首先，找到my.cnf文件，Window是my.ini文件。

  宝塔面板直接找。

  

  [client]
  
  default-character-set = utf8mb4
  
  [mysql]
  
  default-character-set = utf8mb4
  
  [mysqld]
  
  character-set-client-handshake = FALSE
  
  character-set-server = utf8mb4
  
  collation-server = utf8mb4_unicode_ci
  
  init_connect='SET NAMES utf8mb4'
  

  找到之后直接将上面这串代码粘贴到文件的空位置，一般就最下面就可以。

  

  这样之后，重启MySQL服务。

  重启之后效果我们可以使用SQL语句看看。

上面部分是没改之前的，下面是改完后。

这样就可以了。

• Typecho玩家请注意！

alter table typecho_comments convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_contents convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_fields convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_metas convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_options convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_relationships convert to character set utf8mb4 collate utf8mb4_general_ci;
alter table typecho_users convert to character set utf8mb4 collate utf8mb4_general_ci;

请运行这一段SQL语句，至于怎么运行这就不说了，太基础。

这样，就可以正常发布带有表情的文章了。

延伸知识

1、MySQL在5.5.3之后增加了这个utf8mb4的编码，所以最低mysql版本支持版本为5.5.3+，若不是，请升级到较新版本；

2、mb4就是most bytes 4的意思，可以用来兼容四字节的unicode，存储与获取数据的时候，不用再考虑表情字符的编码与解码问题。如果你要存互联网emoji表情，就需要utf8mb4，而不是utf-8；

3、utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换；

4、MySQL数据库的 “utf8”并不是真正概念里的 UTF-8，MySQL中的“utf8”编码只支持最大3字节每字符。真正的大家正在使用的UTF-8编码是应该能支持4字节每个字符，MySQL的开发者没有修复这个bug。他们在2010年增加了一个变通的方法：一个新的字符集“utf8mb4”，他们并没有对外公布（可能因为这个bug有点尴尬）。现在很多指南推荐用户使用“utf8”其实都错了；

5、建议MySQL和MariaDB用户使用“utf8mb4”而不是“utf8”，毕竟现在是不管使用 Anroidz设备，还是 iOS 设备，如果插入包含有 emoji 表情符号的记录时就报错，还是很尴尬的；

6、最重要一点，对数据库操作前，记得备份数据。

为什么要修改编码才行？

为什么要把数据库的字符集设置成utf8mb4呢？以前一直用的都是utf8啊？

utf8适用于不使用移动设备的互联网交互，utf8mb4适用于当前的移动设备互联网开发，因为移动设备中常常会有表情符号(emoji)的存储，它占用4个字节的存储空间，而utf8是3个字节，这样，用3个字节去存储4个字节的东西，很明显是存不下的，会报错，所以要用utf8mb4，并且utf8mb4是兼容utf8的，那么，就没有理由不用utf8mb4字符集了。

标签：编码,set,utf8mb4,utf8,character,报错,x9F,MySQL,xF0
来源： https://www.cnblogs.com/JanYork/p/16282192.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。