Navicat下拉菜单无utf8mb4_0900_ai_ci选项，主因是MySQL服务端未加载该排序规则（如5.7/MariaDB或旧版8.0），或数据库默认collation非utf8mb4_0900_ai_ci，或Navicat版本过低（≤15）不识别，需升级至16+或手动SQL指定。
Navicat 下拉菜单里没有 utf8mb4_0900_ai_ci 选项
不是 Navicat 隐藏了它，而是服务端没暴露这个排序规则。MySQL 8.0+ 才原生支持 utf8mb4_0900_ai_ci，但前提是：服务端必须已加载该 collation，且 Navicat 连接时能正确读取 SHOW COLLATION 结果。执行 SHOW COLLATION LIKE 'utf8mb4_0900_ai_ci';，若无返回，说明 MySQL 实例不支持——常见于 MySQL 5.7、MariaDB 或未启用新排序规则的旧版 8.0。
连接层字符集设为 utf8mb4 后仍不可选
即使连接设置里选了 utf8mb4，Navicat 表设计界面的「字符集/排序规则」下拉框仍取决于两个条件：
- 当前数据库的默认
COLLATE（由CREATE DATABASE ... COLLATE = xxx决定） - MySQL 服务端实际注册的 collation 列表（
SHOW COLLATION输出）
如果目标库是用 CREATE DATABASE db1; 建的，默认继承 character_set_server 的 collation（常为 latin1_swedish_ci），Navicat 就不会把 utf8mb4_0900_ai_ci 加入可选列表。需先执行：ALTER DATABASE `db1` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci;，再断开重连。
Navicat 版本太老导致识别失败
Navicat ≤15（尤其是 12.x 及更早）内置的字符集映射表不含 utf8mb4_0900_ai_ci，即使服务端返回了，客户端解析时也会跳过。此时下拉框里只显示它“认识”的 collation，比如 utf8mb4_unicode_ci 或 utf8mb4_bin。升级到 Navicat 16+ 是最直接的解法；若无法升级，建表时手动在 SQL 预览区补全：COLLATE utf8mb4_0900_ai_ci，只要服务端支持，就能生效。
建表后 SHOW CREATE TABLE 显示的是别的 collation
即便你在界面上选了 utf8mb4_0900_ai_ci，导出或查看 SHOW CREATE TABLE 时却变成 utf8mb4_unicode_ci，大概率是字段级 collation 被覆盖了。Navicat 在生成语句时，若某个 VARCHAR 字段定义里没显式写 COLLATE，就会按表级默认值回退；但如果该字段之前存在、且已有自己的 collation（比如从旧表复制而来），它会优先保留原有值。验证方式：SHOW FULL COLUMNS FROM `t1`;，检查每列的 Collation 值。必要时用 MODIFY 强制重置：ALTER TABLE `t1` MODIFY `name` VARCHAR(100) COLLATE utf8mb4_0900_ai_ci;
真正麻烦的不是选不到，而是选了之后没生效——因为 collation 是三级（库→表→字段）叠加生效的，任意一级不匹配，就可能被静默降级。别只盯着下拉框，要查 SHOW CREATE TABLE 和 SHOW FULL COLUMNS 两处输出。
