wordpress网站转移服务器空间，通过phpmyadmin导入sql数据时出现错误，错误提示：MySQL返回:#1273 – Unknown collation:’utf8mb4_unicode_ci’
大致意思是“没有定义的编码集utf8mb4”。搜索查询后发现utf8mb4是utf8的一个衍生形式，utf-8里的一个字符只能最多支持3个字节，而utf8mb4则扩展到一个字符支持4个字节。而utf8mb4只有在mysql数据库版本是5.5.3+的时候才支持，网站原mysql的版本是5.6，导入的mysql版本...
http://www.cnblogs.com/xuefuwu/archive/2012/05/06/2486577.html——————————————————————————————————————————————————————————————我们在连接mysql数据库的时候一般都会在url后面添加useUnicode=true&characterEncoding=UTF-8
，但是问什么要添加呢？ 添加的作用是：指定字符的编码、解码格式。
例如：mysql数据库用的是gbk编码，而项目数据库用的...
网上都说了unicode表情 需要mysql5.5.3之后，我的版本是mysql 5.5.38 所以是支持的，只需要按照如下配置 然后后重启下即可 [client]default-character-set = utf8mb4[mysqld]character-set-server=utf8mb4collation-server=utf8mb4_unicode_ci[mysql]default-character-set = utf8mb4 另外是php的链接方式也需要改下 define(DNS, mysql:host=localhost;dbname=test;charset=utf8mb4);define(USR, root);define(PWD, 123...
存进去的全是问号，类似下面这样。
当时因为页面显示正常（全部使用utf8编码，语言是php，查询之前也有加编码设置），就没太在意！
这次更好服务器后，页面的输出就全部是问号了，不明白原因，求指教！
试过的方法有:
在查询之前设置
mysql_query("set names utf8");
mysql_query("set character_set_client=utf8");
mysql_query("set character_set_results=utf8");
回复内容：
存进去的全是问号，类似下面这样。
当时因为页面显示...
取出来的结果显示如下："€“?€?“?’€¡ 4?€?€“?€?“?’€¡ 4?€????¢€€? €”? ’,€©?¢€’€?€??¢€”€?€?,2013,Vol.40""€“?€?“?’€¡ 4?€?€“?€?“?’€¡ 4?€????¢€€? €”? ’,€©?¢€’€?€??¢€”€?€?,2013,Vol.40""€“?€?“?’回复内容：取出来的结果显示如下："€“?€?“?’€¡ 4?€?€“?€?“?’€¡ 4?€????¢€€? €”? ’,€©?¢€’€?€??¢€”€?€?,2013,Vol.40""€“?€?“?’€¡ 4?...
phpsql模糊查询 我在数据库学生基本信息里面，学生姓名的字段是json包装的字符串，比如{"stu_name":"\u5f20\u4e09"}，表示学生姓名是张三。我在php程序中要进行学生姓名模糊查询，当我输入"张"时，后台程序用json_encode得到张的unicode编码\u5f20，然后数据库中模糊查询条件为 like %\u5f20%，这个时候，可以返回张三那条数据，可是当我输入"张三"两个字的时候，like %\u5f20\u4e09%，竟然就返回不了了。后...
一般的解说是 utf8_general_ci 速度较快，utf8_unicode_ci 准确性较好 … 但快在那里，又好在什么地方呢？
首先就其准确性说，这世界上有无数种文字，除了通用的英文使用我们较熟悉的 A-Z 字符外，还有很多种近似的写法用于法文、德文、俄文等等…光是一个 A 字就有数十种不同表现为什么不都用同一种 A 呢，几十种多麻烦啊。事实上，它们在所属的文字上都各有意义，可能代表不同的发音，也可能是其他东西。在某些语言上，同一个单词...
对应中文环境，通常mysql连接URL可以设置为：
jdbc:mysql://localhost:3306/test?user=root&password=&useUnicode=true&characterEncoding=gbk&autoReconnect=true&failOverReadOnly=false在使用数据库连接池的情况下，最好设置如下两个参数：
autoReconnect=true&failOverReadOnly=false需要注意的是，在xml配置文件中，url中的&符号需要转义成&。比如在tomcat的server.xml中配置数据库连接池时，mysql jdbc url样例如下：
jdbc:m...
代码如下:
当前，utf8_unicode_ci校对规则仅部分支持Unicode校对规则算法。一些字符还是不能支持。并且，不能完全支持组合的记号。这主要影响越南和俄罗斯的一些少数民族语言，如：Udmurt 、Tatar、Bashkir和Mari。
utf8_unicode_ci的最主要的特色是支持扩展，即当把一个字母看作与其它字母组合相等时。例如，在德语和一些其它语言中‘?‘等于‘ss‘。
utf8_general_ci是一个遗留的 校对规则，不支持扩展。它仅能...
===============================================
工作关系开发一个连接mysql的c#程序，交付测试后反应在连测试环境的数据库后出现报错且数据无法获取的情况。（如下图所示）
查到了http://www.cnblogs.com/xiaochaohuashengmi/archive/2010/07/23/1783589.html后我意识到可能是表的字段的编码（navicat中时字段的"排序规则"）与关联表字段的编码不一致，故导致该报错。
根据这个思路，设断点找到查询sql，检查测试环境中这几张...
Mysql中的排序规则utf8_unicode_ci、utf8_general_ci的区别总结
用了这么长时间，发现自己竟然不知道utf_bin和utf_general_ci这两者到底有什么区别。。
ci是 case insensitive, 即 "大小写不敏感", a 和 A 会在字符判断中会被当做一样的;
bin 是二进制, a 和 A 会别区别对待.
例如你运行:
SELECT * FROM table WHERE txt = ‘a‘
那么在utf8_bin中你就找不到 txt = ‘A‘ 的那一行, 而 utf8_general_ci 则可以.
utf8_general_ci 不...
https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html
10.10.1 Unicode Character Sets
MySQL supports multiple Unicode character sets:utf8mb4: A UTF-8 encoding of the Unicode character set using one to four bytes per character.utf8mb3: A UTF-8 encoding of the Unicode character set using one to three bytes per character.utf8: An alias for utf8mb3.ucs2: The UCS-2 encoding of the Unicode c...
MySQL 5.5.3之后增加了utfmb4字符编码
支持BMP（Basic Multilingual Plane，基本多文种平面）和补充字符
最多使用四个字节存储字符utf8mb4是utf8的超集并完全兼容utf8，能够用四个字节存储更多的字符。
标准的UTF-8字符集编码是可以使用1-4个字节去编码21位字符，这几乎包含了世界上所有能看见的语言。MySQL里面实现的utf8最长使用3个字符，包含了大多数字符但并不是所有。例如emoji和一些不常用的汉字，如“墅”，这些需要四个字节...
首先就其准确性说，这世界上有无数种文字，除了通用的英文使用我们较熟悉的 A-Z 字符外，还有很多种近似的写法用于法文、德文、俄文等等…光是一个 A 字就有数十种不同表现为什么不都用同一种 A 呢，几十种多麻烦啊。事实上，它们在所属的文字上都各有意义，可能代表不同的发音，也可能是其他东西。在某些语言上，同一个单词不同发音可能就代表两个意思。
校对规则
utf8_unicode_ci 及 utf8_general_ci 的用途就是对那些看起来不...
在 gdb中显示unicode等几则调试技巧 http://blog.csdn.net/absurd 作者联系方式： Li XianJing xianjimli at hotmail dot com 更新时间： 2007-3-21 这几天调试 mozilla 时，有两个问题一直困扰着我：一是无法从接口指针指向的实例得到具体实例的信息。二是在gdb中显示unicode等几则调试技巧http://blog.csdn.net/absurd
作者联系方式：Li XianJing
更新时间：2007-3-21这几天调试mozilla时，有两个问题一直困扰着我：一是无法从接...
项目中使用了emoji，然后，问题产生了，后端MySQL数据库无法存储emoji字符，悲了个剧。 emoji是Unicode字符集的子集，Unicode的使用应该很普遍了，怎么会遇到这样的问题呢？这还要从头说起。 Unicode是为了解决全球字符的统一编码，用这一个字符集就可以容纳得下全球各语种的字符和特殊符号。与之对应的是GB-2312或GBK这样的国标编码，用于对中文字符进行编码的。现在用GB-2312编码越来越少了。 但是Unicode只是二进制编码，字符的转换和传输还是需要再定义交换码，这就是通常所说的UTF-8、UTF-16、UTF-32……用于对二进制格式的Unicode字符进行字符表示的编码，最常用的是UTF-8。 再来说UTF-8，它是变长的编码，采用1-6个字节来编码一个Unicode字符，比如Ascii码就用1个字节，汉字通常用3个字节，emoji是4个字节。 问题就出在这了。早期，MySQL支持3个字节的UTF8编码存储，所以一直相安无事。但是随着Unicode的发展，emoji大量的使用，很多字符需要用4个字节的UTF8编码才能表示了，于是出现了这些字符进入MySQL数据库中被截断或者是乱码的现象。 处理的办法是把MySQL升级到5.5.4以上，升级字符集为utf8mb4。 就在今天，Unicode公布了7.0新标准，至少新增了2834个字符，包括新的emoji表情符，以后要盯着Unicode了，用全球化眼光处理问题，未来会少一些麻烦。