MySQL 默认排序规则设置：从配置误区到精准操作
开门见山，先说核心结论：通过修改MySQL配置文件中的 collation-server 参数为 utf8mb4_general_ci 来调整默认排序规则，这个方法是可行的，但必须满足几个关键前提。你需要同时设置 character_set_server = utf8mb4，并且这个操作必须通过修改配置文件并重启MySQL服务才能生效。如果你尝试在MySQL运行时使用 SET GLOBAL collation_server = 'utf8mb4_general_ci' 命令进行动态修改，系统会直接报错——因为在MySQL 8.0及更高版本中，此变量被设计为只读属性。
为什么 SET GLOBAL collation_server 命令会失效？
问题的根源在于MySQL 8.0及以上版本对系统变量权限的调整。官方明确将 collation_server 标记为只读的系统变量。这意味着，即使你拥有SUPER权限，执行 SET GLOBAL 命令，也只会收到明确的错误提示：Variable 'collation_server' is a read only variable。这并非权限问题，而是规则限制——该变量的值仅在MySQL服务启动时从配置文件中读取并锁定。
在实际操作中，以下几个常见的误区需要特别注意：
- 在MySQL命令行中尝试
SET GLOBAL失败后，第一反应可能是检查权限，但实际上方向错了。 - 修改完
my.cnf或my.ini配置文件后，忘记重启mysqld服务，就立即查询SHOW VARIABLES LIKE 'collation_server'，结果看到的仍然是旧值。 - 配置文件参数位置错误，例如将参数放在了
[client]或[mysql]配置段，而它只在[mysqld]段才有效。
正确配置 collation-server = utf8mb4_general_ci 的完整步骤
那么，如何正确设置MySQL的默认排序规则呢？关键在于正确编辑配置文件。首先，找到你的MySQL配置文件（Linux系统通常是 /etc/my.cnf 或 /etc/mysql/my.cnf，Windows系统是 my.ini），确保在 [mysqld] 配置段落中添加以下两行关键参数：
[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_general_ci
这里有几点至关重要的细节需要强调：
- 字符集必须配套设置：必须同时设置
character-set-server参数。如果只设置排序规则而忽略了基础字符集，MySQL可能会忽略你的collation-server设置，转而根据字符集自动选择其第一个可用的排序规则。 - 参数格式要规范：值直接写
utf8mb4_general_ci即可，无需添加引号。写成'utf8mb4_general_ci'反而可能导致配置文件解析错误。 - 重启服务是生效关键：修改并保存配置文件后，务必重启MySQL服务（例如使用
sudo systemctl restart mysqld或对应平台的命令）。 - 启动前进行配置验证：一个稳妥的验证方法是，在服务启动前运行
mysqld --verbose --help | grep "Default collation"命令，如果输出中包含utf8mb4_general_ci，则说明配置已正确加载。
配置生效后，新建数据库就自动使用新规则了吗？
事情并没有那么简单。即使你成功修改了服务器的 collation_server 变量，新创建的数据库也不一定会直接采用这个排序规则。MySQL内部有一套优先级逻辑：它会首先依据 character_set_server 设定的字符集，然后去查找该字符集下被标记为「默认」的排序规则，而不是直接采用 collation_server 的值。
举一个典型的例子：
- 当你设置
character_set_server = utf8mb4时，在MySQL 8.0+环境中，系统默认会选用utf8mb4_0900_ai_ci，即使你特意指定了collation-server = utf8mb4_general_ci。 - 这是因为在MySQL 8.0中，
utf8mb4_general_ci已经不再是utf8mb4字符集的默认排序规则了。仅靠collation-server这个参数，无法覆盖MySQL内部的默认映射关系。
因此，更可靠的做法有两种：
- 在创建数据库时显式指定字符集和排序规则：
CREATE DATABASE db1 CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci。 - 或者，直接根据你的MySQL版本，将
collation-server的值设置为当前字符集下真正的默认项（例如在MySQL 8.0中，直接使用官方推荐的utf8mb4_0900_ai_ci），以避免预期与实际效果不符。
时至今日，utf8mb4_general_ci 还值得选用吗？
坦率地说，对于全新的项目，已不再推荐使用 utf8mb4_general_ci 作为默认排序规则。这个排序规则在MySQL 5.7时代是默认选项，但如今已显露出诸多不足：
- 排序精度较低：它的排序和比较规则较为宽松。例如，会将德文字母“ß”等同于“ss”处理，对于中文的拼音排序支持也不够精确。
- 特性支持落后：不支持Unicode 4.0及以上版本引入的现代排序规则特性，如更准确的语言特定排序。
- 默认地位已改变：在MySQL 8.0+中，它已不再是utf8mb4字符集的默认排序规则（可以通过执行
SHOW COLLATION LIKE 'utf8mb4%'命令，查看结果中的Default列来验证）。
如果只是为了兼容遗留的老系统，或者临时解决某些特定的大小写敏感问题，短期使用尚可。但从长远发展和最佳实践来看，utf8mb4_unicode_ci 或 utf8mb4_0900_ai_ci 是更优、更现代的选择。如果应用场景确实需要区分大小写，正确的做法是针对特定字段或表单独设置为 utf8mb4_bin 排序规则，而不是降低整个服务器的默认排序精度。
最后，还有一个极易被忽略的关键点：配置修改并重启后，影响的仅仅是服务器的全局默认值。所有已经存在的数据库、表、字段，它们各自的排序规则已经固化在元数据中，不会自动继承新的服务器默认设置。 要想统一整个实例的排序规则，必须对它们逐层执行 ALTER DATABASE 或 ALTER TABLE 操作。这一点，务必在规划时心中有数。
