本质上，这取决于你如何看待字符串。

由于Guus强调的问题，我总是使用utf8_bin。在我看来，就数据库而言，字符串仍然只是一个字符串。字符串是一组UTF-8字符。一个字符有一个二进制表示，所以为什么它需要知道你使用的语言？通常，人们会为多语言站点的系统构建数据库。这就是使用UTF-8作为字符集的全部意义。我是一个有点纯粹的人，但我认为错误风险大大超过了索引可能带来的微小优势。任何与语言相关的规则都应该在比DBMS高得多的级别上执行。

在我的书中，“价值”在一百万年内永远不应该等于“价值”。

如果我想存储文本字段并进行不区分大小写的搜索，我将使用MYSQL字符串函数和PHP函数，如LOWER（）和PHP函数strtolower（）。

实际上，您可能希望使用utf8_unicode_ci或utf8_general_ci。

utf8_general_ci通过去掉所有重音符号进行排序，并将其排序为ASCIIutf8_unicode_ci使用unicode排序顺序，因此可以在更多语言中正确排序

然而，如果您只是使用它来存储英文文本，那么它们应该不会不同。

排序规则影响数据的排序方式以及字符串之间的比较方式。这意味着您应该使用大多数用户期望的排序规则。

charset unicode文档中的示例：

utf8_general_ci也令人满意德语和法语，除了“ß”等于“s”，而不是“ss”。如果您可以接受应用程序，则应使用utf8_general_ci，因为它更快。否则，请使用utf8_unicode_ci，因为它更准确。

所以，这取决于您的预期用户群以及您需要正确排序的程度。对于英语用户群，utf8_general_ci应该足够了，对于其他语言，如瑞典语，已经创建了特殊的排序规则。

对于UTF-8文本信息，应该使用utf8_general_ci，因为。。。

utf8_bin：按中每个字符的二进制值字符串utf8_general_ci：比较字符串使用通用语言规则和使用不区分大小写的比较

也就是说，它将使搜索和索引数据更快、更有效、更有用。

我发现这些整理图表很有用。http://collation-charts.org/mysql60/.但我不确定哪个是使用的utf8_general_ci。

例如，这里是utf8_swedish_ci的图表。它显示了它解释为相同的字符。http://collation-charts.org/mysql60/mysql604.utf8_swedish_ci.html

在数据库上载文件中，在任何行之前添加以下行：

SET NAMES utf8;

你的问题应该得到解决。