为什么phpMyAdmin导出的SQL文件无法在Navicat中运行？-phpMyAdmin-PHP中文网

最常触发“Unknown collation: 'utf8mb4_0900_ai_ci'”报错的原因是SQL文件含MySQL 8.0新增排序规则，而目标库为5.7或更早版本不识别；需全局替换为utf8mb4_general_ci，并同步处理字符集声明、编码格式、extended insert及高版本语法等兼容性问题。

SQL 文件里有 utf8mb4_0900_ai_ci 排序规则，但目标 MySQL 是 5.7 或更早

这是最常触发 unknown collation: 'utf8mb4_0900_ai_ci' 报错的原因。phpmyadmin 默认用当前 mysql 版本（比如 8.0+）的默认排序规则导出，而 navicat 连接的是老版本 mysql（如 5.7.33），它根本不认识 utf8mb4_0900_ai_ci。

解决方法不是换工具，而是改 SQL 文件本身：

用 VS Code 或 Notepad++ 打开 SQL 文件，全局搜索 utf8mb4_0900_ai_ci
全部替换成 utf8mb4_general_ci（兼容 5.7）或 utf8_general_ci（兼容 5.6 及更早）
顺手把所有 CHARACTER SET utf8mb4 后面没带 COLLATE 的地方也补上，避免隐式 fallback 出错
删掉文件开头类似 /*!80013 DEFAULT ... */ 这类 MySQL 8.0+ 专属注释（它们可能干扰解析）

文件编码是 GB2312/GBK，但 Navicat 默认按 UTF-8 解析

尤其从国内主机（如“3A服务器”）用 phpMyAdmin 导出的 SQL，很大概率是 GB2312 编码，而 Navicat 导入时若没手动指定，会强行用 UTF-8 解，结果中文字段名、注释全变乱码，进而引发语法错误。

验证和修复步骤：

在 VS Code 底部状态栏看当前编码，如果是 GBK 或 GB2312，点击它 → “Save with Encoding” → 选 UTF-8（无 BOM）重新保存
或者不转码，直接在 Navicat 的“运行 SQL 文件”窗口里，把编码下拉菜单手动切到 20936 (Simplified Chinese GB2312)
务必取消勾选“每个运行中运行多个查询”，否则 GB2312 下的分号识别容易错位，导致语句截断

mysqldump 没加 --skip-extended-insert，单条 INSERT 太长触发 max_allowed_packet

phpMyAdmin 导出时默认启用 extended insert（一条 INSERT 插入上百行），生成的 SQL 看似小，实际单条语句可能超 10MB。Navicat 发送给 MySQL 时，被 max_allowed_packet 拦截，报错信息常是 Got a packet bigger than 'max_allowed_packet' bytes，或静默中断。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

不用重装 MySQL，快速应对：

临时调大：在 Navicat 新建查询里执行 SET GLOBAL max_allowed_packet = 268435456;（256MB）
永久生效：编辑 MySQL 配置文件 my.cnf 或 my.ini，在 [mysqld] 下加一行 max_allowed_packet = 256M，然后重启服务
更治本：下次导出时让 phpMyAdmin 用“自定义”方式，勾选“禁用扩展插入”（即等效于 --skip-extended-insert）

SQL 文件里混用了 MySQL 8.0+ 语法，但目标库不支持

除了排序规则，还有几个高频雷区：

JSON 类型字段：MySQL 5.7 虽支持 JSON，但部分旧小版本（如 5.7.8 之前）不支持完整语法；检查 CREATE TABLE 中是否有 json NOT NULL 类写法，可先改成 text
CREATE TABLE ... ENGINE=InnoDB ROW_FORMAT=DYNAMIC：5.7 默认不启用 innodb_file_format=Barracuda，需提前执行 SET GLOBAL innodb_file_format = 'Barracuda';
datetime(3) 这类带精度的类型：老版本只认 datetime，删掉括号及数字即可
IF NOT EXISTS 在极老版本（如 5.1）不支持，可手动删掉或补上对应数据库是否存在判断逻辑