MySQL 8.0 默认的是 utf8mb4_0900_ai_ci,属于 utf8mb4_unicode_ci 中的一种,具体含义如下: uft8mb4 表示用 UTF-8 编码方案,每个字符最多占 4 个字节。 0900 指的是 Unicode 校对算法版本。(Unicode 归类算法是用于比较符合 Unicode 标准要求的两个 Unicode 字符串的方法)。 ai 指的是口音不敏感。也就...
在 collation-server 参数中指定的字符集排序规则,会被用于整个 MySQL 服务器中所有的字符集排序操作,包括表的创建、索引的创建、数据的插入和查询等等。 utf8_unicode_ci 是一种针对 UTF-8 编码的排序规则,它是 Unicode 排序规则的一种变体。该排序规则支持多种语言和字符集,能够正确地对各种语言和字符进行排序和...
_ci是校对规则的一个后缀,表示在比较字符串时要忽略大小写。 在utf8mb4_unicode_ci校对规则中,_ci表示它是大小写不敏感的。底层原理是它使用了Unicode Collation Algorithm(UCA)来进行排序和比较,该算法将字符映射到Unicode标准中的对应位置,并对字符进行比较,然后根据字符的权重排序。对于_ci后缀,UCA将使用一种称...
utf8_unicode_ci的最主要的特色是支持扩展,即当把一个字母看作与其它字母组合相等时。例如,在德语和一些其它语言中‘ß'等于‘ss'。 utf8_general_ci是一个遗留的 校对规则,不支持扩展。它仅能够在字符之间进行逐个比较。这意味着utf8_general_ci校对规则进行的比较速度很快,但是与使用utf8_unicode_ci的 校对...
utf8_general_ci: 使用此排序规则时,字符的比较是不区分大小写的,即不考虑大小写,类似于英语中的字典顺序。 在比较时会忽略掉字符的大小写,例如 A 和 a 被视为相同,排序时会将它们放在一起。 适合不区分大小写的场景,比如在排序时不考虑大小写的情况下。 utf8_unicode_ci: 使用此排序规则时,字符的比较是...
_general_ci VS _unicode_ci 排序规则 对于任何Unicode字符集,执行的操作使用xxx_general_ci都比xxx_unicode_ci的排序规则快,例如:utf8mb4_general_ci 归类的比较更快,但正确性稍差。原因是支持扩展等映射;也就是说,当一个字符与其他字符的组合相等时。例如,等于德语和其他一些语言中的 。 还支持收缩和可忽略...
方法/步骤 1 用UltratEdit之类的文本编辑器，打开之前备份的sql文件，2 在打开时会有提示文件格式的问题，不需要转换为dos格式，3 按Ctrl+r，打开查找替换功能，将文件中的值utf8mb4_unicode_ci通过查找，全部替换为utf8_general_ci，4 完成以上替换后，再进行一下搜索，替换，5 这次是查找utf8mb4，并全部...
假设我们有一个名为users的表,其中有一个名为name的字段需要修改COLLATE为utf8_unicode_ci。我们可以按照上述步骤来进行修改: 连接到MySQL服务器: AI检测代码解析 mysql-u root-p 1. 选择数据库my_database: AI检测代码解析 USEmy_database; 1. 修改表的COLLATE: ...
从WordPress4.2 版本开始,如果我们在 MYSQL5.1 版本资料中汇出的资料编码是带有 utf8mb4 格式的,如果我们搬迁网站复原资料的时候,MYSQL5.5 等高版本资料库汇入到 MYSQL5.1 低版本的时候会出现”Unknown collation: ‘utf8mb4_unicode_ci” 错误问题,以前是没有这个问题的,从 WP4.2 开始才有的。
用一句话概况上面这段话:utf8_unicode_ci比较准确,utf8_general_ci速度比较快。通常情况下 utf8_general_ci的准确性就够我们用的了,在我看过很多程序源码后,发现它们大多数也用的是utf8_general_ci,所以新建数据 库时一般选用utf8_general_ci就可以了。