在Linux服务器环境下，MySQL数据库的SQL文件导入是运维和开发人员必须掌握的核心技能。最快速、最稳定且通用的方法是利用MySQL命令行客户端配合重定向符进行操作，同时针对大文件导入需结合参数优化与管道技术，相比于图形化工具，命令行方式不仅资源占用更低，而且在处理GB级数据 dump 文件时具有极高的可靠性,能够有效避免因超时或内存溢出导致的导入失败。
基础导入：使用命令行重定向
对于绝大多数常规场景，使用 mysql 命令配合 < 重定向符是标准做法，该方式直接将本地 SQL 文件的内容传递给 MySQL 服务端执行,效率最高。
核心命令格式如下：
mysql -u[用户名] -p[密码] [数据库名] < /path/to/yourfile.sql
在实际操作中，为了保证数据安全，建议在执行命令时不直接在 -p 后紧跟密码，而是回车后交互式输入，避免密码被 shell 历史记录记录，导入一个名为 backup.sql 的文件到 webapp 数据库：
mysql -u root -p webapp < /home/user/backup.sql
执行此操作前，必须确保目标数据库已经创建，SQL 文件中包含了 CREATE DATABASE 语句，则命令行中无需指定数据库名，仅需指定连接信息即可，如果文件中仅包含表结构和数据，则需先通过 CREATE DATABASE database_name; 建好库。
进阶操作：MySQL Shell 内部导入
除了在系统 Shell 层面使用重定向，也可以先登录进入 MySQL 命令行界面，使用 source 命令进行导入，这种方式的优势在于可以实时看到执行过程中的警告和错误反馈,且无需退出数据库环境。
操作步骤如下：
- 登录数据库：
mysql -u root -p - 选择数据库：
use webapp; - 执行导入：
source /home/user/backup.sql;
专业建议： source 命令在处理包含大量 INSERT 语句的文件时，速度通常略慢于重定向方式，因为它需要逐行解析并执行，但在调试 SQL 脚本或需要分步执行时,这是最佳选择。
高性能优化：大文件与压缩包导入
在处理生产环境动辄数 GB 甚至数十 GB 的 SQL 文件时，直接导入往往会遇到性能瓶颈或报错,此时需要采用更专业的解决方案。
直接导入压缩文件（无需解压）
生产环境通常为了节省传输带宽和存储空间，备份文件多为 .gz 或 .sql.gz 格式，Linux 提供了强大的管道机制，允许将解压后的数据直接流式传输给 MySQL，无需先在磁盘上解压出巨大的临时文件，从而节省 I/O 开销。
gunzip < /backup/backup.sql.gz | mysql -u root -p webapp
这条命令利用 gunzip 读取压缩文件，通过标准输出管道将解压后的 SQL 文本直接传递给 mysql 命令执行，是处理大型压缩备份的最佳实践。
解决“MySQL server has gone away”错误
导入大文件时，最常见的问题是 MySQL server has gone away 错误，这通常是因为 SQL 语句包的大小超过了服务器配置的 max_allowed_packet 限制。
解决方案：
在执行导入命令时，临时增加该参数的值，将最大包限制调整为 1GB：
mysql -u root -p --max_allowed_packet=1G webapp < /backup/large_file.sql
编辑服务器端的 my.cnf 配置文件，永久修改 max_allowed_packet 和 net_buffer_length 参数,也是从根本上解决此类问题的手段。
导入速度优化技巧
对于包含数百万行 INSERT 语句的文件，导入速度可能极慢，可以通过在 SQL 文件开头添加以下指令来显著提升性能：
SET UNIQUE_CHECKS = 0; SET FOREIGN_KEY_CHECKS = 0; SET AUTOCOMMIT = 0; -你的大量 INSERT 语句 COMMIT; SET UNIQUE_CHECKS = 1; SET FOREIGN_KEY_CHECKS = 1;
原理： 关闭唯一性检查和外键检查可以减少索引维护的开销；关闭自动提交并将所有操作放在一个事务中，可以大幅减少磁盘 I/O 写入次数，在导入完成后,再重新开启这些检查以确保数据一致性。
字符集与常见错误处理
在 Linux 环境下，字符集不匹配是导致导入后中文乱码的主要原因。务必确保导入时的字符集与 SQL 文件本身的编码一致，现代 Web 应用推荐使用 utf8mb4。
指定字符集导入命令：
mysql -u root -p --default-character-set=utf8mb4 webapp < /backup/backup.sql
如果在导入过程中遇到 ERROR 1153 (08S01): Got a packet bigger than 'max_allowed_packet' bytes，请参考前文关于调整包大小的解决方案，若遇到权限错误（ERROR 1142 (42000)），请确保当前登录的 MySQL 用户对目标数据库拥有 INSERT, CREATE, ALTER, DROP 等必要的权限。
监控导入进度
在使用重定向方式导入大文件时，屏幕往往长时间没有反应，用户难以判断进度是卡死还是正在运行，可以使用 pv (Pipe Viewer) 工具来可视化进度条。
首先安装 pv：yum install pv 或 apt install pv。
然后执行：
pv /backup/backup.sql | mysql -u root -p webapp
这将显示已传输的数据量、进度百分比、剩余时间和传输速率,极大地提升了运维体验。
相关问答
Q1：在Linux下导入SQL文件时，提示“Unknown database ‘dbname’”错误怎么办？
A： 这表示目标数据库尚未创建，你需要在导入前先创建该数据库，可以先登录MySQL：mysql -u root -p，然后执行 CREATE DATABASE dbname;，退出后再执行导入命令；或者直接在导入命令前通过管道处理：echo "CREATE DATABASE dbname;" | mysql -u root -p,然后再进行导入。
Q2：如何将一个数据库的所有表结构和数据导出并在另一台Linux服务器上导入？
A： 在源服务器上使用 mysqldump 进行导出：mysqldump -u root -p dbname > dbname.sql，如果是跨服务器传输，可以使用 scp 命令：scp dbname.sql user@target_server:/path/，在目标服务器上，按照本文所述的基础导入方法执行即可，为了确保一致性，导出时建议加上 --single-transaction --quick --lock-tables=false 参数以减少对生产库的影响。
希望以上方案能帮助您在 Linux 环境下高效完成 MySQL 数据导入工作，如果您在操作中遇到其他报错，欢迎在评论区留言分享具体的错误信息,我们将共同探讨解决方案。
