utf8_bin、utf8_general_ci、utf8_unicode_ci 的区别

本文详细解释了UTF8字符集中不同排序规则的区别,包括utf8_general_ci、utf8_general_cs、utf8_unicode_ci和utf8_bin等。并讨论了它们在实际应用中的表现差异及选择建议。


一、utf8几种排序规则区别

utf8_general_ci 不区分大小写,这个你在注册用户名和邮箱的时候就要使用(常用规则)。

utf8_general_cs 区分大小写,如果用户名和邮箱用这个就会照成不良后果。

utf8_unicode_ci 校对规则仅部分支持Unicode校对规则算法,一些字符还是不能支持。

utf8_bin:   将字符串每个字符串用二进制数据编译存储,区分大小写,而且可以存二进制的内容(compare strings by the binary value of each character in the string )。


二、分析

ci是 case insensitive, 即 "大小写不敏感", a 和 A 会在字符判断中会被当做一样的。

bin 是二进制, a 和 A 会别区别对待。

例如你运行:

SELECT * FROM table WHERE txt = 'a'

那么在utf8_bin中你就找不到 txt = 'A' 的那一行, 而 utf8_general_ci 则可以。

我们知道utf8下面还有很多选项,我们没有必要去一一掌握,但是需要了解。

utf8_unicode_ci 校对规则仅部分支持Unicode校对规则算法,一些字符还是不能支持。

utf8_unicode_ci 不能完全支持组合的记号。

utf8_general_ci是一个遗留的 校对规则,不支持扩展,它仅能够在字符之间进行逐个比较。这意味着utf8_general_ci校对规则进行的比较速度很快,但是与使用 utf8_unicode_ci的校对规则相比,比较正确性较差。

三、简短总结 
utf8_unicode_ci 和 utf8_general_ci 对中、英文来说没有实质的差别。 
utf8_general_ci:校对速度快,但准确度稍差。 
utf8_unicode_ci:准确度高,但校对速度稍慢。 
如果你的应用有德语、法语或者俄语,请一定使用utf8_unicode_ci。一般用utf8_general_ci就够了。


四、应用上的差别

1、对于一种语言仅当使用utf8_unicode_ci排序做的不好时,才执行与具体语言相关的utf8字符集校对规则。

例如,对于德语和法语,utf8_unicode_ci工作的很好,因此不再需要为这两种语言创建特殊的utf8校对规则。

2、utf8_general_ci也适用与德语和法语,除了‘?’等于‘s’,而不是‘ss’之外。

如果你的应用能够接受这些,那么应该使用 utf8_general_ci,因为它速度快。否则,使用utf8_unicode_ci,因为它比较准确。

用一句话概况上面这段话:

utf8_unicode_ci比较准确,utf8_general_ci速度比较快。

通常情况下 utf8_general_ci 的准确性就够我们用的了,大多数也用的是utf8_general_ci,所以新建数据 库时一般选用 utf8_general_ci 就可以了

原文链接:

http://blog.youkuaiyun.com/flqljh/article/details/49834843;

http://blog.youkuaiyun.com/yeruby/article/details/46391419

<think>嗯,我现在需要回答用户关于MySQLutf8mb4_binutf8mb4_general_ci区别及使用场景的问题。首先,我得回忆一下这两个校对规则的基本概念。用户提供的引用资料里提到,utf8mb4_bin是二进制比较,区分大小写和重音符号,而utf8mb4_general_ci是不区分大小写的,但可能会忽略某些语言特定的规则。 首先,我应该明确校对规则的作用。校对规则决定了字符串比较和排序的方式。比如,当执行ORDER BY或者使用LIKE语句时,校对规则会影响结果。根据引用[2],MySQL默认使用utf8_general_ci,但用户问的是utf8mb4的版本,所以同样适用类似的逻辑。 接下来,我需要详细比较两者的区别。根据引用[1]和[4],utf8mb4_bin是二进制比较,所以会比较字符的二进制值,完全区分大小写和重音。而utf8mb4_general_ci在比较时会忽略大小写,并且可能将某些字符视为相同,比如把ß当作s处理,而不是ss。引用[3]提到,utf8mb4_general_ci可能在德语或法语中有不准确的情况,但速度快。 然后要考虑使用场景。如果应用需要精确的区分大小写,比如存储区分大小写的用户名或验证码,应该用utf8mb4_bin。而如果应用对大小写不敏感,比如一般的搜索功能,可能更倾向于使用utf8mb4_general_ci,因为性能更好。引用[4]指出utf8mb4_unicode_ci更准确但速度稍慢,但用户的问题是针对general_cibin的比较,所以主要对比这两者。 另外,需要提到排序规则对索引的影响。使用不同的校对规则可能会影响索引的有效性。例如,如果查询使用区分大小写的比较,而字段的校对规则是不区分大小写的,那么索引可能无法被有效利用,导致性能问题。 可能还需要提到存储和比较的具体例子,比如在utf8mb4_general_ci中,'a'和'A'会被视为相同,而utf8mb4_bin则视为不同。引用[2]中提到的Mysql默认策略是general_ci,说明在大多数情况下,不区分大小写更常见,但特定场景需要bin。 最后,总结两者的优缺点,帮助用户根据具体需求选择。比如,强调性能与准确性的权衡,以及具体应用场景的需求分析。</think>### UTF8mb4_binUTF8mb4_general_ci区别及使用场景 #### 一、核心区别 1. **比较方式** - **`utf8mb4_bin`**:基于字符的二进制编码进行精确比较,**区分大小写和重音符号**。例如:`A` ≠ `a`,`ß` ≠ `s`[^1][^4]。 - **`utf8mb4_general_ci`**:基于简化语言规则比较,**不区分大小写**,且可能忽略部分字符差异。例如:`A` = `a`,`ß` 可能被视为 `s`[^3][^4]。 2. **准确性** - `utf8mb4_bin` 的规则更严格,适用于需要精确匹配的场景(如验证码、唯一性校验)。 - `utf8mb4_general_ci` 的规则较宽松,可能不符合某些语言的特殊要求(如德语中 `ß` 的正确处理)[^3][^4]。 3. **性能** - `utf8mb4_general_ci` 的查询速度更快,因为其规则简化了比较逻辑[^4]。 - `utf8mb4_bin` 需要逐字符比较二进制值,性能略低[^1]。 --- #### 二、使用场景 | **场景** | **推荐校对规则** | **原因** | |-------------------------|------------------------|--------------------------------------------------------------------------| | 区分大小写的数据(如密码、验证码) | `utf8mb4_bin` | 需严格区分 `A` 和 `a`,避免逻辑错误[^1][^2]。 | | 多语言内容(需语言准确性) | `utf8mb4_unicode_ci` | 更符合 Unicode 标准,但用户问题中若需高性能且可接受误差,则选 `general_ci`[^3][^4]。 | | 不区分大小写的搜索(如普通用户名) | `utf8mb4_general_ci` | 性能优先,且 `A` 和 `a` 视为等价[^3][^4]。 | | 二进制数据存储(如哈希值) | `utf8mb4_bin` | 需完全保留原始二进制信息[^1]。 | --- #### 三、示例说明 1. **查询差异** ```sql -- 使用 utf8mb4_bin SELECT * FROM users WHERE username = 'John'; -- 仅匹配 'John',不匹配 'JOHN' -- 使用 utf8mb4_general_ci SELECT * FROM users WHERE username = 'John'; -- 匹配 'John'、'JOHN'、'john' ``` 2. **索引效率** 若字段使用 `utf8mb4_bin`,对大小写敏感的查询可以高效利用索引;若使用 `utf8mb4_general_ci`,则不区分大小写的查询更高效。 --- #### 四、如何选择? 1. **优先准确性** → `utf8mb4_bin` 或 `utf8mb4_unicode_ci`。 2. **优先性能** → `utf8mb4_general_ci`。 3. **混合需求** → 可为不同列指定不同校对规则(如用户名用 `general_ci`,密码用 `bin`)。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值