如何在Linux环境中使用Navicat备份生成的SQL脚本-navicat-PHP中文网

Navicat导出SQL在Linux执行报错“Unknown collation: 'utf8mb4_0900_ai_ci'”主因是MySQL版本不兼容，应导出时选MySQL 5.7兼容模式或用sed替换校对规则；执行失败常因连接参数缺失、权限不足或max_allowed_packet过小，需显式指定-h、-u、-p、-P并调大该参数。

如何在linux环境中使用navicat备份生成的sql脚本

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 -uusername -ppassword -P3306 database_name backup.sql
如果密码含特殊字符（如$、!），务必用单引号包裹'password'，否则shell会提前解析
大文件（>100MB）建议加--max-allowed-packet=512M，否则中途报错Packets larger than max_allowed_packet

Navicat导出的SQL里有`SET FOREIGN_KEY_CHECKS=0;`但Linux导入后外键失效

这通常不是脚本问题，而是目标MySQL配置限制了动态变量修改权限。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

检查并临时放宽权限：

登录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控制，不是客户端能覆盖的。脚本跑一半断连，大概率是这里没调。