MySQL设置默认排序规则：修改collation-server为utf8mb4_general_ci

MySQL 默认排序规则设置：从配置误区到精准操作

开门见山，先说核心结论：想通过修改 collation-server 为 utf8mb4_general_ci 来调整MySQL的默认排序规则，这条路走得通，但有几个关键前提必须满足。你得同时设置 character_set_server = utf8mb4，并且这个操作只能在配置文件中完成，然后重启服务生效。如果你试图在运行时用 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客户端里尝试 SET GLOBAL
• 修改完 my.cnf 配置文件后，忘记重启mysqld服务，就急着去查 SHOW VARIABLES LIKE 'collation_server'，结果看到的自然是旧值。
• 配置写错了位置，把参数放在了 [client] 或 [mysql] 段，殊不知它只在 [mysqld] 段才有效。

正确配置 collation-server = utf8mb4_general_ci 的完整步骤

那么，正确的操作路径是怎样的？关键在于配置文件。找到你的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。
• 或者，干脆将 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 操作。这一点，务必心中有数。