MySQL 5.7导入含utf8mb4_0900_ai_ci的SQL报错，因该排序规则为8.0新增、5.7不识别；应导出时用--compatible=mysql57或替换为utf8mb4_unicode_ci等兼容collation。
utf8mb4_0900_ai_ci 这个排序规则是 mysql 8.0 引入的，默认写进导出 sql 里，而 mysql 5.7、mariadb 10.3 等低版本压根不认识它——直接报 [hy000][1273] unknown collation: 'utf8mb4_0900_ai_ci'。
导出时就避开 utf8mb4_0900_ai_ci
Navicat 16+ 的「转储 SQL 文件」对话框里有隐藏兼容开关：
- 右键数据库 →「转储 SQL 文件」→「高级」页签
- 找到 字符集 下拉框，不要留空或选「默认」，手动指定为 utf8mb4_unicode_ci（兼容 5.7+）或 utf8mb4_general_ci（兼容 5.6 及更早）
- 勾选 导出 CREATE DATABASE 语句，并在其下方取消勾选 包含 COLLATE 子句（这个选项一开，就会强制写入当前库的排序规则，哪怕你上面已选好字符集）
SQL 文件已导出，但目标库不认 utf8mb4_0900_ai_ci
别重导，用文本编辑器批量替换更省事：
- 用 VS Code 或 Notepad++ 打开 SQL 文件
- 全局替换 COLLATE utf8mb4_0900_ai_ci → COLLATE utf8mb4_unicode_ci
- 同时替换 CHARSET=utf8mb4 后面可能附带的 COLLATE=... 部分（注意保留 CHARSET=utf8mb4 不动）
- 替换完务必保存为 UTF-8 无 BOM 编码，否则 Navicat 导入时可能乱码或跳过前几行
导入时还报错：语法/字段类型/零日期不兼容
这类问题不是字符集导致的，而是高版本 SQL 特性被低版本拒绝： -DATETIME(3)、TIMESTAMP(6) 这类带精度的类型在 5.6 不支持 → 全局删掉括号及数字，如 DATETIME(3) → DATETIME
- CREATE OR REPLACE VIEW 是 8.0+ 语法 → 替换为 DROP VIEW IF EXISTS xxx; CREATE VIEW xxx AS ...
- 插入 '0000-00-00' 零日期 → 低版本严格模式下会失败，要么删掉该值，要么执行前临时关掉：SET SESSION sql_mode = '';（在 Navicat「运行 SQL 文件」窗口中勾选「在执行前运行自定义命令」填入）
真正容易被忽略的是：Navicat 导出的 SQL 默认按源库当前配置生成，它不会主动降级适配目标环境。你得自己控制字符集、语法、模式三处开关，缺一不可。
