为何不要在MySQL中使用UTF-8编码方式详解
MySQL的UTF-8编码方式
MySQL 从 4.1 版本开始支持 UTF-8，也就是 2003 年，然而目前流行的UTF-8 标准（RFC 3629）是在此之后规定的。正因此，才造就了MySQL中的UTF-8与我们日常开发中的UTF-8不一致，从到导致了些问题。MySQL的UTF-8只支持每个字符最多三个字节，而真正的 UTF-8 是每个字符最多四个字节。
问题复现
有数据库表如下：utf8编码方式
往数据库存一条记录：
@Test
public void testInsert() {
User user = new User();
user.setUsername("\uD83D\uDE00 ");
user.setPassword("123456");
userRepo.save(user);
}
这里只是部分代码，看不懂没关系，这里是给user表插入一条记录。其中username是\uD83D\uDE00 。
其实\uD83D\uDE00是一个emoji表情。
因为MySQL中utf8字符集只支持三字节UTF-8编码的Unicode范围，而emoji字符属于四字节编码部分，所以程序运行预期是会报错的。运行这段代码：
与预期一致，报错了。
解决问题
虽然MySQL的UTF-8存在缺陷，但是MySQL（包括mariadb）官方却没有修复此bug，而是通过2010年重新发布的“utf8mb4”来支持真正的 UTF-8。因此想要解决此问题，只能够将MySQL数据库设置为utf8mb4字符集才行。
总结
这个问题，也是因为某次保存数据的时候保存了一个emoji表情才发现的。其实最早开始用MySQL的时候，就有发现一个utf8mb4了，但是自己却没有却去了解UTF8和UTF8MB4的区别。通过此次教训，以后使用MySQL就老老实实的设置字符集为utf8mb4吧。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对小牛知识库的支持。
-
本章是由 Alex Cabal 最初撰写在 PHP Best Practices 中的，我们使用它作为进行建议的基础。 这不是在开玩笑。请小心、仔细并且前后一致地处理它。 目前，PHP 仍未在底层实现对 Unicode 的支持。虽然有很多途径可以确保 UTF-8 字符串能够被正确地处理，但这并不是很简单的事情，通常需要对 Web 应用进行全方面的检查，从 HTML 到 SQL 再到 PHP。我们将
-
我有很多申请。我发送了一个简单的名字，我想得到一个自动完成。 为此，我使用插件jquery autocomplete。 当我发送文本时，我得到-РџСЂРёР 我不明白怎么了。 所有文件都有utf-8编码 在html set tag-meta charset=“utf-8”中，在script-encodeURIComponent（request.name）中 请求标头： Content-Type：
-
问题内容： 我试图在Go中找到以下C＃代码的等效项。 我知道Go 中有一个crypto / sha1软件包。我知道我可以跑步： 我不确定散列时如何获得正确的编码。我想知道是否可以得到一些帮助来转换此 问题答案： 根据文档： 缺少字节级转义的字符串文字始终包含有效的UTF-8序列。 因此，如果在Golang源代码中，则无需将字符串编码为utf8。但是，如果字符串来自输入，则utf8包是您的朋友。
-
问题内容： 考虑： 如何在源代码中声明UTF-8字符串？ 问题答案： 在源头中，你可以声明： 在PEP 0263中进行了描述： 然后，你可以在字符串中使用UTF-8： 在Python 3中不需要此声明，因为UTF-8是默认的源编码（请参阅PEP 3120）。 此外，值得验证你的文本编辑器是否已将代码正确编码为UTF-8。否则，你可能会有不被解释为UTF-8的不可见字符。
-
在使用序列化和反序列化对象时，有没有一种方法告诉Jackson使用UTF-8编码？
-
问题内容： 我想从请求中获取参数（带有重音符的字符），但是它不起作用。我尝试使用，但也没有用。 我知道返回正确的字符，但不起作用！ 有人有主意吗？ 问题答案： Paul的建议似乎是最好的做法，但如果要解决此问题，则根本不需要URLEncoder或URLDecoder： 更新： 由于获得了很多选票，我想强调BalusC的观点，即这绝对不是解决方案。充其量是一种解决方法。人们不应该这样做。 我不知道是