更稳妥的做法是用python脚本识别语句边界并分块导出，每1000–5000条语句写入一个文件，以set autocommit=0;开头、commit;结尾，导入时循环执行，确保原子性与一致性。
直接用 mysql -u root -p db_name 导入几百 MB 以上的 SQL 文件，大概率会失败——不是因为“文件太大”，而是客户端或服务端在解析、传输、执行过程中被内存、超时、包大小限制卡住。真正有效的做法是绕过“一次性加载”，改用分片、调参、换工具三路并进。
为什么 source 命令和图形工具在大文件上容易失败
source 是 MySQL 客户端逐行读取 SQL 并发送给服务端，它不理解语句边界，遇到长 INSERT 或大注释块就可能触发 max_allowed_packet 错误；phpMyAdmin 等图形工具还受限于 PHP 的 upload_max_filesize、max_execution_time 和内存限制，10MB 就可能报错。这不是配置问题，是架构限制。
常见错误包括：MySQL server has gone away、Packet for query is too large、导入中途静默卡死、或只导入前几万行就中断。
用 mysql 命令行 + 关键参数组合导入
这是最轻量、最可控的方式，适合 1–5 GB 的文件。核心是让客户端和服务端“同步放宽限制”：
-
--max-allowed-packet=1G必须同时设在客户端命令里（如上）和服务端配置中（my.cnf里的max_allowed_packet = 1G），只改一边无效 -
--net-buffer-length=1M配合使用，避免网络缓冲区提前溢出 - 导入前临时禁用约束检查：在 SQL 文件开头加
SET FOREIGN_KEY_CHECKS = 0; SET UNIQUE_CHECKS = 0; SET AUTOCOMMIT = 0;，结尾加COMMIT;和恢复语句 - 如果文件含
CREATE DATABASE，先手动建库再导入，避免权限或命名冲突
按完整语句切分 SQL 文件再分批导入
当文件超过 5 GB，或你无法修改服务端配置时，必须切分。注意：不能用 split -b 按字节切（会截断语句），而要按 ; 分割的完整语句切：
Linux/macOS 下可用 sed 粗略切分（适合无嵌套分号的备份）：
sed -n '/^--/!s/;/;\n/gp' backup.sql | sed '/^$/d' | awk 'BEGIN{c=0;f="part_001.sql"} /^INSERT|^CREATE|^DROP/{c++} {print > f} c%5000==0{close(f); f=sprintf("part_%03d.sql", int(c/5000)+1)}'
更稳妥的做法是用 Python 脚本识别语句边界（跳过注释、引号内分号），每 1000–5000 条语句写一个文件，并确保每个文件以 SET autocommit=0; 开头、COMMIT; 结尾。
导入时循环执行：for f in part_*.sql; do mysql -u root -p --max-allowed-packet=1G db_name
用 mydumper/myloader 或 mysqlpump 替代传统 mysqldump
如果你能控制导出端，强烈建议换工具——它们原生支持分片、压缩、多线程，从源头规避大文件问题：
-
mydumper -u root -p -t 4 --compress -o /backup/ --regex '^(?!mysql\.|sys\.)' mydb：导出为多个.sql+.metadata文件，myloader -u root -p -t 4 -o /backup/ -d mydb并行导入 -
mysqlpump --user=root --password --databases mydb --chunk-size=200000 > dump.sql：生成单文件但内部 INSERT 已按行分块，导入稳定性远高于普通mysqldump输出 - 注意：
mysqlpump不支持--single-transaction，跨版本迁移前务必验证一致性；myloader导入时默认禁用外键检查，无需手动加SET语句
真正麻烦的不是“怎么导入”，而是“怎么让导入不中断又不丢数据”——语句切分必须保证原子性，参数调整必须两端一致，工具替换必须验证结果。任何一步跳过边界检查或忽略服务端配置，都会在凌晨三点给你发告警。
