使用二进制排序规则有什么影响？答案

【问题标题】：What effects does using a binary collation have?使用二进制排序规则有什么影响？
【发布时间】：2011-07-28 10:25:11
【问题描述】：

在回答 this question 时，我对一些我无法找到足够答案的事情感到不确定。

使用二进制 utf8_bin 和不区分大小写的 utf8_general_ci 排序规则之间有什么实际区别？

我可以看到三个：

还有其他需要注意的差异或副作用吗？

参考：

没有解决问题的类似问题：

【问题讨论】：

【解决方案1】：

如果字符不同（只是大小写或变音符号不同），二进制排序规则会完全按照 C 语言中的 strcmp() 来比较您的字符串。它的缺点是排序顺序不自然。

非自然排序顺序的示例（如“二进制”中的）：A,B,a,b 在这种情况下，自然排序顺序是例如：A,a,B,b（同一字母的小写和大写变体彼此相邻排序）

二进制排序的实际优势在于它的速度，因为字符串比较非常简单/快速。在一般情况下，二进制索引可能不会产生预期的排序结果，但对于精确匹配，它们可能很有用。

【讨论】：

感谢您提供的示例，它们很好地说明了问题。
以防万一，我需要涉及相当大的表的区分大小写的比较（就数据量而言 ~ 超过 400 万条记录）。我最近遇到了这个问题，使用 utf_8_unicode_ci 排序规则，我的查询在性能方面做得很好，但不会产生完全匹配。如果我将排序规则更改为 utf8_bin，它在性能方面就会死掉......在性能方面有很大的差异
对上述内容的小幅修正。它几乎与 strcmp() 一样工作，但不是 100% 完全正确。根据 SQL 标准，需要比较不同长度的字符串，就好像较短的字符串用空格字符（0x20）填充一样，直到较大的字符串的长度。在大多数情况下，它的行为类似于 strcmp()，但在涉及字节 jira.mariadb.org/browse/MDEV-9711)

【解决方案2】：

使用 utf8_general_ci，匹配发生时不考虑大小写和重读。当您需要对单词执行查询时，这可能是一件好事。

在utf8_bin中，匹配只发生在字符串严格相同的情况下。这样查询速度更快。

【讨论】：

【解决方案3】：

utf8_bin：按字符串中每个字符的二进制值比较字符串。

utf8_general_ci：使用通用语言规则和不区分大小写的比较来比较字符串。

utf8_general_cs：使用通用语言规则和区分大小写的比较来比较字符串。

例如，以下将使用 UTF8_general 排序规则中的任何一个计算为 true，但不适用于 utf8_bin 排序规则：

Ä = A Ö = O Ü = U

【讨论】：

【解决方案4】：

其他答案很好地解释了差异。

二进制排序规则在某些情况下很有用：

在所有这些情况下，您都可以使用二进制排序规则节省（少量）cpu 周期。

【讨论】：