Navicat 无内置命令行导入功能，所谓“命令行导入”实为调用本地 mysql 客户端：需先确认 mysql --version 可用，SQL 文件须 UTF-8 无 BOM，目标库存在后执行 mysql -u root -p mydb

Navicat 本身没有内置命令行导入工具

很多人搜“Navicat 命令行导入”，实际是误解了工具边界：Navicat 是 GUI 客户端，不提供类似 mysql 或 psql 那样的原生命令行执行器。所谓“用 Navicat 命令行批量导入”，本质是**绕过 Navicat，直接调用数据库服务端的命令行客户端**（如 mysql），而 Navicat 仅用于前期建库、查表或验证结果。

真正可用的命令行导入路径只有 mysql / mariadb 客户端

适用于合并后的 .sql 文件、大体积数据或避免 Navicat 卡死的场景。关键不是“Navicat 的命令行”，而是你本地是否已安装并配置好数据库命令行工具。

navicatmysql

Navicat For MySQL

下载

• 确认 mysql 命令可用：终端执行 mysql --version，有输出即就绪
• 文件必须是 UTF-8 编码（无 BOM），否则可能报 Unknown character set: 'utf8mb3'
• 若脚本含 USE database_name;，确保目标库已存在；否则先手动建库：mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS mydb CHARACTER SET utf8mb4;"
• 执行导入：mysql -u root -p mydb （注意是重定向 <code>，不是 <code>source）
• 超大文件（>200MB）建议加参数避免中断：mysql --max-allowed-packet=512M -u root -p mydb

PowerShell / cmd 中合并再导入是常见翻车点

Windows 用户常在 PowerShell 里用 Get-Content 拼接 SQL 文件，但默认会插入额外换行或 Unicode BOM，导致导入失败。

• 安全合并方式（PowerShell）：Get-Content *.sql -Encoding UTF8 | Set-Content -Encoding UTF8 merged.sql
• 绝对避免用记事本保存合并文件——它默认 ANSI 或 UTF-8 with BOM，Navicat 和 mysql 都可能解析异常
• 检查是否有残留 DELIMITER $$ 未配对：合并后若某段存储过程没闭合，mysql 会卡住或报错 You have an error in your SQL syntax
• 外键约束问题：如果脚本不含 SET FOREIGN_KEY_CHECKS = 0;，而表间有依赖，导入会因 “Table doesn’t exist” 中断

为什么不用 Navicat 的「运行 SQL 文件」而选命令行

不是功能高低问题，是设计定位差异。Navicat 的 运行 SQL 文件 对话框本质是单连接流式解析，内存受限、超时硬编码、错误恢复弱；而 mysql 客户端是服务端直连，无界面开销，支持分包、重试、大缓冲区。

• Navicat 导入 100MB+ 文件大概率触发内存溢出或 60 秒超时（即使调高设置也难保稳定）
• 命令行可精确控制字符集：mysql --default-character-set=utf8mb4 -u root -p mydb
• 导入失败时，命令行报错位置精准（如第 12345 行），Navicat 常只显示模糊提示或静默跳过

Navicat 不参与命令行导入过程，它只是你管理数据库的“另一个窗口”。真正扛压的是 mysql 客户端和你的系统资源——这点容易被忽略，直到大文件导入一半卡住才意识到。