最稳的MySQL命令行导入方式是mysql -u root -p mydb < file.sql，在系统终端直接执行，无需登录客户端，支持字符集参数如--default-character-set=utf8mb4，且绕过路径与权限限制。
MySQL命令行导入：最稳的 mysql 重定向方式
直接在终端执行 mysql -u root -p mydb 是成功率最高、中断风险最低的方式，尤其适合中大型文件。它绕过了客户端会话状态依赖，不卡在“未选库”或超时断连上。
注意三点：
-
mydb必须已存在——如果 SQL 文件里没带CREATE DATABASE，得先手动建库：CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 路径必须是绝对路径，Windows 下用正斜杠或双反斜杠（
D:/data.sql或D:\data.sql），不能用中文路径或空格未转义的路径 - 如果报错
ERROR 1046 (3D000): No database selected，说明你漏写了目标库名（即命令末尾的mydb），不是文件问题
Navicat 导入：别点错位置，否则全在“连接级”执行
Navicat 里导入失败，八成是因为没真正“进入”数据库。右键连接名 → “运行SQL文件”，等同于在未选库状态下执行，必然触发 Error Code: 1046。
正确操作只有两种：
- 先在左侧导航栏双击目标数据库（图标变亮，表示已 USE），再右键 → “运行SQL文件”
- 或者用更稳妥的“数据传输”向导：顶部菜单“工具” → “数据传输” → 源选“SQL文件”，目标选“已连接的数据库实例 + 具体库名”
后者能自动识别并跳过已存在的表，还能映射字符集，对《SQL基础教程》这类含中文数据的练习文件特别友好。
MySQL Workbench 导入：别信“Server → Data Import”的默认设置
Workbench 的图形化导入入口（Server → Data Import）默认勾选“Import from Self-Contained File”，但它会尝试自动创建数据库——若 SQL 文件里已有 CREATE DATABASE，就会因权限或命名冲突失败；若没有，又可能导入到错误库。
建议关闭自动建库，手动控制流程：
- 先在 Schemas 面板右键 → “Create Schema”，填好库名和
utf8mb4字符集 - 再进该 Schema，点击上方“Table Data Import Wizard”按钮（小表格图标），选中 SQL 文件
- 向导里务必确认“Target Schema”是你刚建的那个库，不是默认的
sys或空选项
source 命令为什么常失败？路径和换行是隐形杀手
在 MySQL 客户端内用 source /path/to/file.sql 看似简单，但实际踩坑最多：路径错一个斜杠就报 Failed to open file；SQL 文件末尾多一个空行或 BOM 头，可能导致最后一句 INSERT 被截断；Windows 下复制路径容易带隐藏回车符。
安全做法：
- Linux/macOS 下统一用单引号包裹路径：
source '/home/user/data.sql' - Windows 下优先用正斜杠：
source D:/data.sql，避免反斜杠被误解析为转义 - 导入前先用
head -n 5 /path/to/file.sql（Linux/macOS）或文本编辑器查看开头几行，确认无 BOM、无乱码、第一行不是注释掉的USE语句
真正麻烦的从来不是“怎么导入”，而是导入后发现中文是问号、主键重复、或某张表根本没建——这些往往源于 SQL 文件头部的字符集声明和目标库不一致，得回头改文件或重建库。
