MySQL-最佳排序规则？

我们开始让我们的产品更加国际化，并且我们开始遇到外来字符的问题，主要来自西班牙语和欧洲语（希腊语等），我们想知道对于需要包含这些字符的表，最好的排序规则是什么？直到现在，我们总是让PHPMyAdmin选择它想要的排序规则，但是我们觉得我们需要更多的控制

---

谢谢。

utf8\u general\u ci

是一种安全的方式，特别是因为您支持多种具有特殊字符的语言

---

utf8\u general\u ci

认为所有重音字符与其无重音计数器部分等效。eèè与

utf8èu generalèu ci

完全相同，因此它提供了一个小的性能提升。另一方面，排序不如

utf8_unicode_ci

准确，并且可能在使用像ß或其他连字这样的字符时遇到一些问题

---

因此，基本上如果您需要一些精确的排序，使用

utf8\u unicode\u ci

，否则使用

utf8\u general\u ci

utf8\u general\u ci

是安全的方法，特别是因为您支持具有特殊字符的多种语言

---

utf8\u general\u ci

认为所有重音字符与其无重音计数器部分等效。eèè与

utf8èu generalèu ci

完全相同，因此它提供了一个小的性能提升。另一方面，排序不如

utf8_unicode_ci

准确，并且可能在使用像ß或其他连字这样的字符时遇到一些问题

---

因此，基本上如果您需要一些精确的排序，请使用

utf8\u unicode\u ci

，否则请使用

utf8\u general\u ci

，

我想，但是在utf8列表下，有很多选项。有我特别想要的吗？UTF8\u bin？什么是_general\u ci后缀？没关系，发现这个：是的，对不起，我点击提交太快了一点，编辑了更多细节。那么，对于general，它会物理上去掉重音字符吗？还是仅在执行搜索和比较时使用基本字符？也就是说，它与utf8\uUnicode相比如何？我想，但是在utf8列表下，有很多选项。有我特别想要的吗？UTF8\u bin？什么是_general\u ci后缀？没关系，发现这个：是的，对不起，我点击提交太快了一点，编辑了更多细节。那么，对于general，它会物理上去掉重音字符吗？还是仅在执行搜索和比较时使用基本字符？也就是说，它与utf8\U unicode相比如何？unicode。。。这是最容易处理和翻译的。Unicode。。。这是最容易处理的，也是最容易翻译的。