不能靠 Navicat 客户端配置团队通用字符集和排序规则，必须在建库/建表 SQL 中显式声明或通过 MySQL 服务器级默认值统一约束；Navicat 新建库时若未正确提交 utf8mb4 和 utf8mb4_unicode_ci，将回退至过时的服务器默认值。
直接结论：不能靠 Navicat 客户端“配置”团队通用的字符集和排序规则——它们是数据库服务端的元数据属性，必须在创建库/表时由 SQL 显式声明，或通过 MySQL 服务器级默认值统一约束。
为什么 Navicat 的新建库对话框里选了 utf8mb4 却不生效？
Navicat 新建数据库时勾选 utf8mb4 和 utf8mb4_unicode_ci，只是向 MySQL 发送一条 CREATE DATABASE 语句。如果该语句没带 CHARACTER SET 和 COLLATE 子句（比如你手误清空了选项、或 Navicat 版本 bug 导致字段未提交），MySQL 就会 fallback 到服务器全局默认值——而这个值可能仍是过时的 latin1 或 utf8。
常见错误现象：
- 新建库后执行
SHOW CREATE DATABASE your_db;，发现语句里没出现CHARACTER SET - 表里存入 emoji 或中文生僻字后查不出来，或
WHERE name = '张'匹配不到'张'（大小写或重音敏感问题）
实操建议：
- 始终在 Navicat 新建数据库对话框中手动展开「高级」选项，确认
字符集下拉框明确选中utf8mb4，排序规则选utf8mb4_unicode_ci（不是utf8mb4_general_ci，后者对某些 Unicode 字符排序不一致） - 创建后立刻执行
SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'your_db';验证 - 禁止依赖 Navicat 默认值——把建库语句固化为团队 SQL 模板，例如：
CREATE DATABASE `team_project` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
如何让所有新表自动继承 utf8mb4_unicode_ci？
即使数据库设对了，表仍可能用错编码：MySQL 中表的字符集不继承自数据库，而是继承自「列定义」或「建表语句中显式指定」；若建表时没写 CHARACTER SET，就用服务器默认值。
使用场景：
- 用 Navicat「设计表」界面新增字段，但忘记点字段右侧的「字符集」下拉框
- 用「SQL 预览」功能生成建表语句，结果预览里漏掉了
CHARSET=utf8mb4
实操建议：
- 在 Navicat 表设计界面，对每个
VARCHAR/TEXT类型字段，手动点击其「字符集」列，选utf8mb4；不要留空 - 导出建表语句前，勾选 Navicat 的「显示字符集和排序规则」选项（设置 → 选项 → 对象过滤器 → 勾选「显示字符集」）
- 更可靠的做法：禁用 GUI 建表，统一用 SQL 脚本。团队共用模板如下：
CREATE TABLE `users` ( `id` BIGINT PRIMARY KEY, `name` VARCHAR(255) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
服务器级兜底：修改 MySQL my.cnf 防止新人踩坑
仅靠规范和培训无法杜绝疏漏。真正让团队“想错都难”的方式，是把服务器默认值锁死。
参数差异：
-
character_set_server控制CREATE DATABASE不带CHARACTER SET时的默认值 -
collation_server控制对应默认排序规则 - 这两个值不影响已有库/表，只影响后续新建动作
实操建议：
- 编辑 MySQL 配置文件（Linux 通常为
/etc/my.cnf，Windows 为my.ini），在[mysqld]段落下添加：character_set_server = utf8mb4 collation_server = utf8mb4_unicode_ci
- 重启 MySQL 服务（
sudo systemctl restart mysqld） - 验证：执行
SHOW VARIABLES LIKE 'character_set_server';和SHOW VARIABLES LIKE 'collation_server'; - 注意：此操作不影响已存在的库/表，但能确保今后所有 Navicat 新建库、以及命令行
CREATE DATABASE都自动带上正确编码
最易被忽略的一点：排序规则（COLLATE）不是装饰品。它决定 ORDER BY、GROUP BY、= 和 LIKE 的行为。比如 utf8mb4_unicode_ci 能正确处理德语 ß、法语 é，而 utf8mb4_general_ci 会把它们当普通 ASCII 处理——上线后才发现搜索“Müller”找不到“Mueller”，这种问题很难回溯。
