Navicat导出SQL在Linux执行报错“Unknown collation: 'utf8mb4_0900_ai_ci'”主因是MySQL版本不兼容，应导出时选MySQL 5.7兼容模式或用sed替换校对规则；执行失败常因连接参数缺失、权限不足或max_allowed_packet过小，需显式指定-h、-u、-p、-P并调大该参数。
Navicat导出的SQL脚本在Linux下执行报错：`Unknown collation: 'utf8mb4_0900_ai_ci'`
这是最常见问题，Navicat默认用MySQL 8.0+连接导出时会带上新字符集校对规则，而目标Linux服务器可能运行的是MySQL 5.7或MariaDB，不识别utf8mb4_0900_ai_ci。
解决方法不是改数据库版本，而是导出时就规避：
- 在Navicat中导出前，点击「高级」选项卡 → 勾选「兼容模式」→ 选择
MySQL 5.7（不是「自动检测」） - 或者导出后手动替换：
s/utf8mb4_0900_ai_ci/utf8mb4_unicode_ci/g
（用sed -i批量处理） - 注意：若脚本含
CREATE DATABASE语句，还需检查CHARACTER SET和COLLATE是否成对出现，单独留COLLATE会导致语法错误
在Linux终端用mysql命令执行Navicat导出的SQL文件失败
常见现象是卡住、无响应，或报错ERROR 1044 (42000): Access denied for user，本质是权限或连接参数不对。
必须显式指定host、user、port，不能依赖本地socket：
- 用
mysql -h127.0.0.1 -u<code>username-ppassword-P3306database_namebackup.sql - 如果密码含特殊字符（如
$、!），务必用单引号包裹'password'，否则shell会提前解析 - 大文件（>100MB）建议加
--max-allowed-packet=512M，否则中途报错Packets larger than max_allowed_packet
Navicat导出的SQL里有`SET FOREIGN_KEY_CHECKS=0;`但Linux导入后外键失效
这通常不是脚本问题，而是目标MySQL配置限制了动态变量修改权限。
检查并临时放宽权限：
- 登录MySQL后执行
SELECT @@FOREIGN_KEY_CHECKS;确认当前值 - 若为
OFF但建表仍报外键错误，说明sql_mode含STRICT_TRANS_TABLES，导致约束被强制校验；可在导入前加SET sql_mode=''; - 更稳妥做法：在SQL脚本开头插入
SET SESSION foreign_key_checks = OFF;（比全局设置更安全）
想跳过Navicat导出SQL中的GUI元数据（如注释、分隔符）直接导入
Navicat导出时默认加了大量-- Navicat Premium Export SQL这类注释，以及DELIMITER $$等过程分隔符——这些对纯数据导入无用，还可能干扰mysql客户端解析。
推荐预处理脚本清理：
- 删除所有Navicat专属注释：
grep -v '^-- Navicat' backup.sql > clean.sql - 移除存储过程/函数定义块（除非真需要）：
sed '/^DELIMITER/,/^DELIMITER/d' clean.sql > final.sql - 如果只要表结构和数据，可进一步删掉
CREATE PROCEDURE、CREATE FUNCTION整段（用awk或sed -n '/^CREATE TABLE/,/^;/p'提取）
实际执行时，最容易被忽略的是MySQL服务端的max_allowed_packet和wait_timeout——它们由/etc/mysql/mysql.conf.d/mysqld.cnf控制，不是客户端能覆盖的。脚本跑一半断连，大概率是这里没调。
