UTF-8编码Emoji表情或者某些特殊字符是4个字节导致数据插不进去
启用utf8后乱码解决方法
启用utf8后乱码解决方法启用UTF-8后出现乱码可能是由于多种原因造成的，下面是一些可能的解决方法：1. 检查数据库编码设置：确保数据库、表和列的编码设置为UTF-8。
你可以使用以下命令来检查和设置编码：```sql-- 检查数据库编码SHOW VARIABLES LIKE 'character_set_database';-- 设置数据库编码为UTF-8ALTER DATABASE your_database_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;-- 检查表的编码SHOW FULL COLUMNS FROM your_table_name;-- 设置表的编码为UTF-8ALTER TABLE your_table_name CONVERT TO CHARACTER SETutf8mb4 COLLATE utf8mb4_unicode_ci;```2. 检查连接编码设置：确保在连接数据库时使用的编码设置为UTF-8。
你可以在连接数据库的代码中设置编码，例如在PHP中：```php$conn = new mysqli($servername, $username, $password, $dbname); $conn->set_charset('utf8'); // 设置连接编码为UTF-8```3. 检查输入输出编码设置：确保在输入和输出数据时使用的编码设置为UTF-8。
你可以在输入输出代码中设置编码，例如在PHP中：```phpheader('Content-Type: text/html; charset=utf-8'); // 设置输出编码为UTF-8echo '<meta charset="UTF-8">'; // 设置HTML文档编码为UTF-8```4. 检查文本编辑器设置：如果你在编辑器中输入了乱码，可能是由于编辑器的编码设置不正确。
utf8 4字节 字符
utf8 4字节字符
UTF-8编码是一种变长编码，用于将Unicode字符集中的字符编码成字节序列。
对于UTF-8编码，大部分Unicode字符只需要1到3个字节编码，但一些特殊字符需要4个字节编码。
UTF-8使用了1到4个字节表示一个Unicode字符，其中4个字节编码的范围是U+10000到U+10FFFF。
这个范围内的字符包括一些辅助平面字符，如Emoji表情符号和一些罕见的古文字。
由于4字节字符是较大的编码单位，对于使用UTF-8编码的文本来说，4字节字符相对较少。
在大部分文本中，大部分字符只需要1到3个字节编码。
需要注意的是，UTF-8编码中的字节顺序是可以变化的，即可能出现大尾序和小尾序的情况。
但大部分情况下，UTF-8编码都是以大尾序（Big-Endian）的方式呈现的。
utf8编码不正确
utf8编码不正确剖析 UTF-8 编码中的乱码难题UTF-8 编码是一种广泛使用的字符集，旨在以字节序列的形式有效地表示 Unicode 字符。
然而，当处理 UTF-8 编码的文本时，有时会出现乱码，这表明编码不正确。
乱码的根源UTF-8 乱码的根源在于字节序列的错误解释或损坏。
UTF-8 编码方案使用可变长度的字节序列来表示 Unicode 字符。
每个字节的最高有效位用于指示后续字节的数量。
当字节序列被错误解析或损坏时，解码过程会产生错误的字符，导致乱码。
常见的乱码原因导致 UTF-8 乱码的常见原因包括：截断的字节序列：如果 UTF-8 字节序列在解码之前被截断，则解码器可能无法正确解释剩余的字节，导致乱码。
损坏的字节：字节序列可能在传输或存储过程中损坏，导致解码器无法正确解释字节，从而导致乱码。
无效的字节序列：无效的字节序列不符合 UTF-8 编码规则，解码器无法识别，从而导致乱码。
编码与解码不匹配：如果文本是用一种编码（例如 UTF-8）编码，但用另一种编码（例如 ASCII）解码，则会导致乱码。
解决乱码问题解决 UTF-8 乱码问题涉及识别和解决根本原因。
验证编码：确定文本正在使用的确切编码，并确保编码与解码过程匹配。
检查字节序列：仔细检查 UTF-8 字节序列是否存在截断、损坏或无效字符。
使用健壮的解码器：使用专为处理损坏或截断的 UTF-8 字节序列而设计的解码器，例如 ICU 或 libiconv。
修复损坏的字节：如果可能，通过从其他来源获取正确编码的文本或使用文件恢复工具来修复损坏的字节序列。
预防乱码防止 UTF-8 乱码的最佳方法是遵循最佳实践：使用一致的编码：在整个系统中使用一致的编码，以避免编码与解码不匹配。
正确传输字节序列：确保字节序列在传输或存储过程中不会被截断或损坏。
验证字节序列：在解码之前验证 UTF-8 字节序列的有效性。
使用健壮的库：使用经过测试和验证的库来处理 UTF-8 编码文本。
转utf8出错,非utf8的二进制数组
转utf8出错,非utf8的二进制数组转utf8出错，非utf8的二进制数组是一种常见的编码问题，经常出现在字符串处理和文件转换过程中。
当我们需要将一段文本从一种编码格式转换为另一种编码格式时，会遇到各种问题，其中最常见的就是转换后的结果出现乱码或不完整的情况。
本文将针对这个问题做一个详细的介绍和解决方案的讨论，希望能够解决你在编码转换过程中遇到的相关问题。
一、什么是UTF-8编码？UTF-8是一种Unicode字符编码，它是以字节为单位来编码Unicode字符的一种变长编码方式，可以用来表示任意字符集中的任意字符。
UTF-8的最大优点在于它是兼容ASCII字符集的，这就使得传统ASCII编码的文本在转换为UTF-8编码时不需要任何变更，从而实现了对于传统ASCII 编码的向后兼容。
对于UTF-8编码，它使用1到4个字节来表示一个字符。
对于英文字母和数字这样的ASCII字符，UTF-8使用1个字节来表示。
而对于UTF-8中的一些较为特殊的字符，比如中文、日文、韩文等非ASCII字符，UTF-8需要使用两个或多个字节来表示。
UTF-8编码是一个非常流行的编码方式，很多软件都支持使用UTF-8编码来存储和处理文本数据。
二、转换UTF-8出错的原因当我们需要将一个非UTF-8编码的字符串转换为UTF-8编码时，常常会遇到转换出错的情况。
出现这种问题的原因通常是由于使用了错误的转换方式导致的。
在下面的内容中，我们将讨论一些常见的错误转换方式，并分析它们导致的错误原因。
1.简单复制最常见的错误转换方式之一就是简单地将源字符串的字节值复制到目标字符串中。
这种方式非常简单，但是很容易出错。
因为在不同的编码方式中，同一个字符的字节值可能是不同的，这就导致了简单复制方式不能正确地将所有字符都转换为目标编码方式。
例如，当我们需要将一个GBK编码的字符串转换为UTF-8编码时，使用简单复制的方式来完成这个任务就会出错。
由编码因素引起乱码的原因
由编码因素引起乱码的原因
1.字符编码不一致：如果发送方和接收方使用不同的字符编码，会导
致接收方无法正确地解读发送方发出的字符。
2.编码方式不同：如果发送方和接收方采用不同的编码方式，比如有
些编码方式采用大端序（即高位在前）表示数字，而另一些编码方式采用
小端序（即低位在前）表示数字，会导致接收方解读发出的数字出现错误。
3.编码集缺失：有些字符编码集可能不支持某些特殊字符，这些特殊
字符在传输时就会被替换成其他字符，导致乱码的出现。
4.字符集冲突：如果发送方和接收方使用不同的字符集，比如发送方
使用了繁体字集，而接收方使用了简体字集，那么接收方在显示时就会出
现乱码。
5. 传输媒介问题：有些传输媒介（比如传真或电报）可能只支持ASCII 代码，如果发送方使用了 Unicode 编码，则在传输过程中就会出
现乱码。
mysql字符集查看、修改utf8mb4
mysql字符集查看、修改utf8mb4⼀、查看字符集1.查看MYSQL数据库服务器和数据库字符集⽅法⼀：show variables like '%character%';⽅法⼆：show variables like 'collation%';mysql> show variables like '%character%';+--------------------------+--------------------------------------+| Variable_name | Value |+--------------------------+--------------------------------------+| character_set_client | utf8 || character_set_connection | utf8 || character_set_database | utf8 || character_set_filesystem | binary || character_set_results | utf8 || character_set_server | utf8 || character_set_system | utf8 || character_sets_dir | /usr/local/mysql5535/share/charsets/ |+--------------------------+--------------------------------------+8 rows in set (0.00 sec)utf8mb4 已成为 MySQL 8.0 的默认字符集，在MySQL 8.0.1及更⾼版本中将 utf8mb4_0900_ai_ci 作为默认排序规则。
新项⽬只考虑 utf8mb4UTF-8 编码是⼀种变长的编码机制，可以⽤1~4个字节存储字符。
详解Android过滤emoji表情正则表达式
详解Android过滤emoji表情正则表达式做了⼀些信息提交的操作，输⼊了Emoji表情时，后台数据库⽆法存储原因：UTF-8编码有可能是两个、三个、四个字节。
Emoji表情是4个字节，⽽Mysql的utf8编码最多3个字节，所以数据插不进去讨论了⼀些⽅案，最后还是前端来做过滤，如果是Emoji表情直接⼲掉，因此也找了⼀些正则表达式，记录下只过滤⼀Emoji表情：[^\u0000-\uFFFF]过滤Emoji表情和颜⽂字：[\\ud83c\\udc00-\\ud83c\\udfff]|[\\ud83d\\udc00-\\ud83d\\udfff]|[\\u2600-\\u27ff]|[\\ud83e\\udd00-\\ud83e\\uddff]|[\\u2300-\\u23ff]|[\\u2500-\\u25ff]|[\\u2100-\\u21ff]|[\\u0000-\\u00ff]|[\\u2b00-\\u2bff]|[\\u2d06]|[\\u3030]写了个静态⽅法使⽤：/*** Emoji表情校验** @param string* @return*/public static boolean isEmoji(String string) {//过滤Emoji表情Pattern p = pile("[^\\u0000-\\uFFFF]");//过滤Emoji表情和颜⽂字//Pattern p = pile("[\\ud83c\\udc00-\\ud83c\\udfff]|[\\ud83d\\udc00-\\ud83d\\udfff]|[\\u2600-\\u27ff]|[\\ud83e\\udd00-\\ud83e\\uddff]|[\\u2300-\\u23ff]|[\\u2500-\\u25ff]|[\\u2100-\\u21ff]|[\\u0000-\\u00ff]|[\\u2b00-\\u2bff]|[\\u2d06]|[\\u3030]"); Matcher m = p.matcher(string);return m.find();}总结以上所述是⼩编给⼤家介绍的Android过滤emoji表情正则表达式，希望对⼤家有所帮助，如果⼤家有任何疑问请给我留⾔，⼩编会及时回复⼤家的。
数据库培训教程 MySQL 中如何存储 emoji ？
数据库培训教程MySQL 中如何存储emoji ？问题还原使用erlang存储一些特殊字符串到MySQL 的时候，却没法读出来。
经检查，这些字符串的二进制格式如下：<<240,159,152,134,240,159,152,144>>查看二进制的unicode是什么？14>unicode:characters_to_list(<<240,159,152,134,240,159,152,144>>).[128518,128528]15>erlang:integer_to_list(128518,16).%%查看十六进制"1F606"16>erlang:integer_to_list(128528,16)."1F610"明显，1F606 和1F610 超过了常见unicode字符串0000-FFFF 的表达范围。
1F606 和1F610 代表什么？根据unicode官网上的说明，这是一种emoji（表情符号），具体的展示形式与厂商有关。
MySQL 上存储失败的原因目前来说，多数MySQL 都是以utf8 存储，注意MySQL 的utf8 和我们所说的传统utf8 有点区别。
MySQL 的utf8 编码规定了最多只能有3 个字节，而emoji 的unicode已经超过了3 个字节，因此MySQL 的utf8 无法识别与存储emoji。
为此可以查阅MySQL 中关于unicode支持的资料，从中可以得知MySQL 在5.5 后开始支持utf8mb4，这种编码支持 1 ~ 4 个字节，这种编码可以表示emoji。
另外utf8mb4 向下兼容utf8。
解决方案将MySQL 中对应的字段改成utf8mb4 编码：ALTER TABLE t1DEFAULT CHARACTER SET utf8mb4,MODIFY col1 CHAR(10)CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL,MODIFY col2 CHAR(10)CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL;将连接库的连接编码改为utf8mb4，就以erlang的连接库emysql为例：emysql:add_pool(pool,[{size,1},{user,"user"},{password,"password"},{host,"host"},{port,3306},{en coding,utf8mb4}]).%%或者emysql:add_pool(pool,1,"user","password","host",3306,undefined, utf8mb4).为了建表方便，可以修改f：# 服务器字符集[mysql]default-character-set=utf8mb4[mysqld]character-set-server=utf8mb4。
数据库中乱码问题解决方案
数据库中乱码问题解决方案1. 介绍在数据库中，乱码问题是一个常见的挑战。
当数据被存储、处理或显示时出现乱码，会给用户带来困扰，并可能导致数据不正确地被处理或显示。
本文将探讨数据库中乱码问题的原因，提供解决方案以避免或解决这些问题。
2. 乱码问题的原因乱码问题可能出现在数据库的各个环节，例如数据存储、传输、处理和显示等。
以下是一些常见的乱码问题的原因：2.1 字符集不匹配数据库使用不同的字符集来存储和处理数据。
如果数据的字符集与数据库或应用程序的字符集不匹配，就会导致数据乱码问题。
2.2 编码转换错误在数据传输或处理过程中，可能会进行字符编码的转换。
如果转换过程中存在错误，就会导致数据乱码问题。
2.3 特殊字符处理不当一些字符具有特殊的含义或用途，如果在处理这些字符时不加以考虑，就会导致数据乱码问题。
例如，特殊字符在SQL查询中使用时可能引起问题。
3. 解决方案为了解决数据库中的乱码问题，我们可以采取以下一些措施：3.1 使用统一的字符集确保数据库、应用程序和客户端使用相同的字符集，并将所有数据存储在统一的字符集中。
这样可以避免字符集不匹配导致的乱码问题。
3.2 确保正确的编码转换在进行字符编码转换时，需要确保使用正确的转换算法和目标字符集。
可以使用一些常见的编码库或工具来进行转换，例如Iconv。
3.3 转义特殊字符在处理包含特殊字符的数据时，需要进行适当的转义处理。
例如，在执行SQL查询时，可以使用参数化查询或转义字符来避免特殊字符引起的问题。
3.4 设置正确的字符集和校对规则在创建数据库和表时，需要明确指定正确的字符集和校对规则。
这样可以确保数据被正确地存储和处理，从而避免乱码问题的出现。
4. 示例下面是一些示例代码，演示如何使用解决方案来避免数据库中的乱码问题：4.1 创建数据库和表时设置字符集CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;USE mydb;CREATE TABLE mytable (id INT PRIMARY KEY AUTO_INCREMENT,name VARCHAR(100)) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;4.2 在应用程序中确认所有数据使用正确的字符集String url = "jdbc:mysql://localhost/mydb?useUnicode=true&characterEncoding=ut f8";String user = "myuser";String password = "mypassword";Connection conn = DriverManager.getConnection(url, user, password);4.3 执行参数化查询以避免SQL注入问题String sql = "SELECT * FROM mytable WHERE name = ?";PreparedStatement stmt = conn.prepareStatement(sql);stmt.setString(1, "John"; // 参数化查询ResultSet rs = stmt.executeQuery();5. 总结在数据库中，乱码问题是一个常见的挑战。
解决编码与字符集问题的技巧
解决编码与字符集问题的技巧在数字化时代，编码与字符集问题成为了我们日常生活中不可避免的挑战。
无论是在电脑使用、网页浏览还是移动应用程序开发中，我们都会遇到各种各样的编码与字符集问题。
这些问题可能导致文字显示乱码、数据传输错误等不良后果。
因此，我们需要掌握一些技巧来解决这些问题。
首先，了解Unicode编码是解决编码与字符集问题的基础。
Unicode是一种国际标准，它为世界上几乎所有的字符都分配了一个唯一的数字编码。
Unicode编码包括了各种语言的字符、标点符号、特殊符号等。
因此，使用Unicode编码可以确保我们能够正确地处理各种字符。
其次，选择适合的字符集是解决编码问题的关键。
在不同的国家和地区，使用的字符集可能会有所不同。
常见的字符集包括UTF-8、GBK、ISO-8859-1等。
UTF-8是一种可变长度的Unicode编码，它可以表示世界上几乎所有的字符，因此在大多数情况下，我们应该选择UTF-8作为字符集。
然而，在一些特殊情况下，我们可能需要使用其他字符集来处理特定的字符。
另外，正确地处理编码转换是解决编码问题的关键一步。
在不同的系统和应用程序之间，可能会使用不同的编码方式。
当我们需要将数据从一个系统或应用程序转移到另一个系统或应用程序时，我们需要确保编码的一致性。
这时，我们可以使用一些工具或库来进行编码转换，例如Python中的chardet库、iconv命令等。
这些工具可以自动检测编码并进行相应的转换，从而确保数据的正确传输。
此外，处理特殊字符的能力也是解决编码问题的重要一环。
在一些情况下，我们可能会遇到一些特殊字符，例如表情符号、数学符号、货币符号等。
这些特殊字符可能不被常见的字符集所支持，因此我们需要选择适合的字符集来处理这些特殊字符。
同时，我们还可以使用转义字符来表示这些特殊字符，例如使用\U表示Unicode字符、使用\x表示十六进制字符等。
最后，不断学习和更新知识也是解决编码问题的必备技巧。
mysql存储emoji表情报错的处理方法【更改编码为utf8mb4】
mysql存储emoji表情报错的处理⽅法【更改编码为utf8mb4】本⽂实例分析了mysql存储emoji表情报错的处理⽅法。
分享给⼤家供⼤家参考，具体如下：utf-8编码可能2个字节、3个字节、4个字节的字符，但是MySQL的utf8编码只⽀持3字节的数据，⽽移动端的表情数据是4个字节的字符。
如果直接往采⽤utf-8编码的数据库中插⼊表情数据，Java程序中将报SQL异常：java.sql.SQLException: Incorrect string value: ' F0 9F 92 94' for column 'name' at row 1at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1073)at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3593)at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3525)at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1986)at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2140)at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2620)at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1662)at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1581)可以对4字节的字符进⾏编码存储，然后取出来的时候，再进⾏解码。
mysql设置了utf8mb4，为什么还有utf8mb4_general_ci和utf8m。。。
mysql设置了utf8mb4，为什么还有utf8mb4_general_ci和utf8m。
前段时间，遇到⼀个mysql的问题，我仔细看看报错信息，应该是MySQL数据库报出来的，⼤意是说：collation不兼容，⼀个是 utf8mb4_0900_ai_ci，另⼀个是utf8mb4_general_ci。
utf8mb4_general_ci这玩意⼉我见过，是针对utf8mb4编码的collation，但是utf8mb4_0900_ai_ci是啥，我也没见过。
于是我问他，这玩意⼉从哪⾥出来的？他说：“我也不知道，我完全没见过啊。
再说，我数据库编码已经是utf8mb4了，怎么还会有这么多名堂？”看他着急⼜不知所措的样⼦，我便花了点时间来研究，还真学到点新知识。
⽽且我也发现，有许多程序员天真的以为“⽤了UTF8就等于做了国际化了，不⽤再担⼼编码问题”。
看来，这个话题还真值得多讲讲。
⾸先从utf8mb4_0900_ai_ci这个诡异的名字说起。
Unicode编码的诞⽣，是为了解决之前各国的计算机⽂字编码⾃成⼀体的问题。
不同国家采⽤不同的编码，⾃⼰⽤还算正常，但是跨⽂化交流必然会出问题，更⽆法解决“在同⼀篇⽂档⾥⼜要显⽰中⽂⼜要显⽰韩⽂还要显⽰⽇⽂”之类的问题。
有了Unicode，地球上所有的⽂字都有独⼀⽆⼆的编码(Code Point，也就是为它分配的码值，或者说“逻辑代号”)，前述问题就解决了。
但是Unicode(有个相关的名字是UCS，Universal Coded Character Set，⼆者基本等价)只确定了码值，或者说，只分配了逻辑代号。
⾄于这些逻辑代号在实际使⽤中如何存储，如何传输，那是另⼀个问题。
⽽UTF-8，就是解决存储和传输等问题的“实际⽅案”。
实际上，UTF的全名是Unicode Transformation Format，也就是“Unicode变换格式”。
这⾥的“变换”，基本可以类⽐为：要告诉别⼈明天早上九点来开会，到底是发邮件呢，还是打电话呢，还是写纸条呢，还是直接去敲门打招呼呢？。
utf8编码不正确
utf8编码不正确UTF-8 编码概述UTF-8（通用字符集转换格式 - 8 位）是一种可变长度字符编码，用于表示 Unicode 字符。
它旨在处理多种语言和字符集，并为向后兼容性提供支持。
UTF-8 编码原理UTF-8 使用一到四字节序列来表示每个 Unicode 字符。
单字节序列（0xxx xxxx）用于表示 ASCII 字符（0-127）。
双字节序列（110x xxxx 10xx xxxx）用于表示拉丁字母、希腊字母和西里尔字母等基本多语言平面 (BMP) 字符（128-2047）。
三字节序列（1110 xxxx 10xx xxxx 10xx xxxx）用于表示附加多语言平面 (SMP) 字符（2048-65535）。
四字节序列（1111 0xxx 10xx xxxx 10xx xxxx 10xx xxxx）用于表示补充多语言平面 (SSP) 字符（65536-1114111）。
UTF-8 编码错误如果 UTF-8 编码不正确，可能会导致字符显示不正确或应用程序崩溃。
常见的编码错误包括：无效字节序列：遇到不是有效 UTF-8 序列的字节。
截断字节序列：字节序列被意外截断，导致无法正确解码字符。
替代字符：无法解码的字符被替换为替代字符（通常是方块或问号）。
解决 UTF-8 编码错误解决 UTF-8 编码错误通常需要以下步骤：识别编码错误：使用编码检测工具或仔细查看字节序列以确定编码错误的类型。
更正字节序列：修复无效或截断的字节序列，或根据需要插入正确的字节。
验证编码：使用编码验证工具或再次仔细查看字节序列以确保编码正确。
避免 UTF-8 编码错误为了避免 UTF-8 编码错误，建议使用以下最佳实践：使用 UTF-8 兼容的编辑器和工具：确保所有用于处理 UTF-8 数据的软件都支持 UTF-8 编码。
正确处理字节序列：始终确保字节序列完整且未截断。
验证数据：在处理 UTF-8 数据之前和之后进行编码验证以确保其准确性。
mysql中插入emoji表情失败的原因与解决
mysql中插⼊emoji表情失败的原因与解决失败场景⽤户昵称中存在emoji表情，调⽤jdbc往mysql数据库插⼊的时候抛出异常java.sql.SQLException: Incorrect string value: ' F0 9F 90 9B'失败原因mysql的utf8编码的⼀个字符最多3个字节，但是⼀个emoji表情为4个字节，所以utf8不⽀持存储emoji表情。
但是utf8的超集utf8mb4⼀个字符最多能有4字节，所以能⽀持emoji表情的存储。
下⾯话不多说了，来⼀起看看详细的介绍吧解决⽅案⼀. 修改database、table、column字符集修改database字符集ALTER DATABASE 数据库名 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci;修改table字符集ALTER TABLE 表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;修改column字符集ALTER TABLE 表名 CHANGE 字段名字段名该字段原来的数据类型 CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;以上三种可以根据⾃⼰的实际情况来选择修改；⼆. 查看mysql配置变量SHOW VARIABLES WHERE Variable_name LIKE 'character_set_%' OR Variable_name LIKE 'collation%';注意 character_set_server 这个变量的值是否等于 utf8mb4 ，如果不是那么看第三步。
三. 修改mysql配置⽂件这边 mysql 是安装在 centos 下的，配置⽂件名称为 f ,路径按照⾃⼰安装的⽬录来。
表情特殊符号导致bug
表情特殊符号导致bug
一、导致Bug的原因
网页在完成授权登录后会把用户的信息存储到数据库，其中就包括昵称，openid，地理位置等信息。
原因肯定就是表情特殊符号导致bug。
二、解决的办法
MySQL 的 utf8 是 3 个字节，使用 utf8mb4 就行了，Must Be 4 Byte。
1、修改 MySQL 默认字符集。
防止以后再出问题，修改为默认字符集为utf8mb4，修改完毕后可以查询下，没有变化再 set 下。
2、修改对应表的字段的类型。
用 sql 修改或者用其他工具，这里直接使用 Navicate 在设计表里面直接修改字段的字符集。
排序规则没什么要求，一般都是 utf8mb4 unicode ci 和
utf8mb4 general ci。
3、修改 jdbc 连接的参数，添加 useUnicode 参数。
MySQL存储表情时报错：jav...
MySQL存储表情时报错：jav...前⾔本⽂主要介绍了关于MySQL存储表情报错：java.sql.SQLException: Incorrect string value: ' F0 9F 92 A9 0D 0A...'的相关解决⽅法，分享出供⼤家参考学习，下⾯话不多说了，来⼀起看看详细的介绍：本项⽬是基于Spring MVC + MySQL + Druid DataSource。
在往数据库插⼊表情Emoji字符时报错：java.sql.SQLException: Incorrect string value: ' F0 9F 92 A9 0D 0A...'普通字符最多占⽤3个字节，使⽤utf8⾜够。
⽽emoji表情字符占⽤4个字节，需要使⽤utf8mb4字符集存储。
解决需要在两个地⽅做修改：MySQL服务器端和连接的客户端。
MySQL服务器端之前给⼤家介绍过，想进⼀步了解的朋友可以先看⼀看。
在服务器端把需要存储表情emoji字符的字段改⽤utf8mb4字符集：ALTER TABLE mytable MODIFY COLUMN myfiled varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;客户端客户端需要把连接的字符集设定为utf8mb4。
设置如下：set names utf8mb4;使⽤的是阿⾥开源的druid datasource，它有⼀个属性connectionInitSqls，它⽤来设置物理连接初始化的时候执⾏的sql。
所以我们可以使⽤connectionInitSqls来初始化连接。
Spring配置如下：<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"><!-- 基本属性 url、user、password --><property name="url" value="jdbc:mysql://localhost:3888/majing?useUnicode=true&characterEncoding=UTF-8&zeroDateTimeBehavior=convertToNull" /> <property name="username" value="dbusername"/><property name="password" value="dbpasswod"/><property name="connectionInitSqls" value="set names utf8mb4;" /><!-- 其他配置 --></bean>其他的数据库连接池如dbcp2，HikariCP都有connectionInitSqls属性。
MySQL微信Eomji表情支持问题
数据库编码问题一、我输入的中文编码是urf8的，建的库是urf8的，但是插入MySQL总是乱码，一堆”???????????????????????”。
可以使用以下的方式试试决解：原url地址是jdbc:mysql://localhost:3306/数据库名改为jdbc:mysql://localhost:3306/数据库名?useUnicode=true&characterEncoding=UTF-8二、报错：Incorrect string value: ‘\xF0\x9F…’ for column ‘XXX’ at row 1做有关微信公众账号的项目时，报Incorrect string value: ‘\xF0\x9F\x98\x92’ for column ‘NIKENAME’ at row 1，而所有的字符编码都是utf8，使用的数据库是mysql，在测试环境用得好好的，部署到线上后（使用的集群是阿里巴巴的，数据库服务器也是使用它们的，mysql 服务器版本是5.5.18），就报这个错了，并且这个错，时而出现，时而不出现Emoji表情字符现在在APP已经广泛支持了。
但是MySQL的UTF8编码对Emoji字符的支持却不是那么好。
所以我们经常会遇到这样的异常：Java.sql.SQLException: Incorrect string value: '\xF0\x9F\x98\x8E' for column 'nick' at row 1原因是Mysql里UTF8编码最多只能支持3个字节，而Emoji表情字符使用的UTF8编码，很多都是4个字节，有些甚至是6个字节。
解决的方案有两种：1.使用utf8mb4的mysql编码来容纳这些字符。
2.过滤掉这些特殊的表情字符。
方法1：使用utf8mb4的mysql编码来容纳这些字符注意：要使用utf8mb4类型，首先要保证Mysql版本要不低于MySQL 5.5.3。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
改为：jdbc:mysql://localhost:3306/comment1??useUnicode=true&characterEncoding=UTF-8
就OK了。
2.Incorrect string value: '\xF0\x9F...' for column 'XXX' at row 1
1.中文写入乱码问题：
我输入的中文编码是urf8的，建的库是urf8的，但是插入mysql总是乱码，一堆"???????????????????????"
我用的是ibatis，终于找到原因了，我是这么解决的：
原url地址是：jdbc:mysql://localhost:3306/comment1
不过我没有做这一步，也正常，所以可能是这一步是多余的。
这个问题，原因是UTF-8编码有可能是两个、三个、四个字节。Emoji表情或者某些特殊字符是4个字节，而Mysql的utf8编码最多3个字节，所以数据插不进去。
我的解决方案是这样的
1.在mysql的பைடு நூலகம்装目录下找到my.ini,作如下修改：
[mysqld]
character-set-server=utf8mb4
[mysql]
default-character-set=utf8mb4
修改后重启Mysql
2. 将已经建好的表也转换成utf8mb4
命令：alter table TABLE_NAME convert to character set utf8mb4 collate utf8mb4_bin; （将TABLE_NAME替换成你的表名）
然后就OK了。网上流传的一个版本增加了一个步骤，就是把mysql环境变量将character_set_client,character_set_connection,character_set_database,character_set_results,character_set_server 都修改成utf8mb4