如果想在 phpMyAdmin 里仅靠“分表导出”来处理超大的 SQL 文件，基本上并不可行。原因也很明确：它无法稳定保证外键依赖、触发器、存储过程等跨对象之间的一致性，同时也不具备真正可用的 SQL 分卷导出能力。更稳妥、实际可执行的方案，是先使用mysqldump --skip-extended-insert导出数据库，再配合split -b按字节拆分，最后严格按顺序拼接后再执行导入。
直接通过 phpMyAdmin 导出超大数据库，往往会生成一个几 GB 的 SQL 备份文件，这类文件通常很难再次顺利导入——常见情况包括上传失败、执行超时、连接中断，或者出现 ERROR 1064。真正适合大数据库备份拆分的办法，通常只有命令行组合方案，因为 phpMyAdmin 本身并不支持 SQL 分卷导出。
为什么不能在 phpMyAdmin 界面里“分表导出”就完事？
分表导出更适合表数量较少、单表体积不大，并且你能明确判断哪些表可以单独拆分处理的场景。但只要数据库中涉及外键依赖、触发器、存储过程，或跨表事务一致性（例如订单表 + 订单明细表），把几张表单独导出后再分别导入，就很容易导致 ERROR 1215 (HY000): Cannot add or update a child row，甚至出现数据错乱或关联失效。它本质上不是“拆分大 SQL 文件”，只是“选择部分表导出”，并不能解决单个 SQL 文件过大的核心问题。
- 导出时即使勾选了
ADD DROP TABLE和IF NOT EXISTS，各表之间依然可能存在隐式的执行顺序依赖 - 视图、函数、事件等数据库对象默认不会随表一起导出，通常还需要额外勾选“数据库系统”相关部分
- 字符集和排序规则（如
utf8mb4_0900_as_cs）如果没有统一指定，导入数据库时很可能报ERROR 1273
用 mysqldump + split 实现可靠分卷的三个硬性条件
这是目前处理 MySQL 大数据库备份拆分最稳定、也经过生产环境反复验证的做法，但必须同时满足以下三项条件，否则 SQL 导入过程大概率会失败：
- 必须加
--skip-extended-insert：让每条INSERT语句单独成行，避免某条长语句在被split切分时遭到截断 - 必须使用
split -b（按字节切分），不能使用-l（按行切分）：因为 SQL 文件里可能包含注释、空行以及多行定义（如CREATE PROCEDURE），按行拆分的结果不可控 - 必须避免把
--single-transaction和--lock-tables同时启用：这两个参数叠加在大库导出时非常容易造成锁等待超时，进而导致导出中断，文件结尾缺少COMMIT或UNLOCK TABLES
正确命令示例：
mysqldump -u root -p --skip-extended-insert --single-transaction mydb | split -b 400M -d --additional-suffix=.sql - dump_
执行后会生成 dump_00.sql、dump_01.sql…… 这里要特别注意文件后缀和数字补零格式，确保后续执行 cat dump_*.sql 时能够按照正确顺序拼接。
导入分卷文件时最容易忽略的致命点
需要特别注意的是，单个 .sql 分卷文件通常并不是一个可以直接独立执行的完整 SQL 脚本——例如 dump_00.sql 在结尾处，往往可能正好停留在半条 INSERT 语句中，或者停在一个尚未闭合的 CREATE TABLE 定义里。如果这时直接循环执行 mysql -u root -p mydb < dump_00.sql，基本都会立刻报错：ERROR 2013 (HY000): Lost connection to MySQL server during query。
- 必须先拼接再导入：
cat dump_*.sql | mysql -u root -p mydb（Linux/macOS） - Windows 环境下不要用资源管理器双击打开分卷文件，而应使用
type dump_00.sql dump_01.sql | mysql -u root -p mydb - 如果文件名是
dump_1.sql、dump_10.sql这种没有前导零的格式，*通配符可能导致顺序错乱，需要改用：printf '%sn' dump_*.sql | sort -V | xargs cat | mysql -u root -p mydb
真正困难的地方从来不是“如何拆分 SQL 文件”，而是拆分之后能否完整、无误地还原数据库。凡是跳过 --skip-extended-insert、错误使用 split 参数，或者试图单独导入某个分卷文件的做法，最终都会把整个 MySQL 数据迁移卡在最后一步——手里虽然有一堆 .sql 文件，却依然无法顺利完成导入。
