千万级单表还原不能用Navicat导入向导，因其内存加载、无事务控制、不支持LOAD DATA INFILE且易触发max_allowed_packet错误；应改用“运行SQL文件”分批执行或手动LOAD DATA LOCAL INFILE，并提前调大服务端参数、关闭外键检查、确保字符集一致。
直接还原千万级单表不能靠“导入向导”点几下就完事——它大概率会卡死、内存溢出、中途失败，或者导入后数据不全。必须绕开图形界面的默认路径，用更底层、更可控的方式操作。
为什么 Navicat 导入向导不适合千万级单表还原
Navicat 的 导入向导 本质是把文件读进内存再逐条 INSERT，对 CSV 或 SQL 文件都一样。遇到千万行，它会：
- 吃光几百 MB 甚至 GB 内存，触发系统杀进程或自身崩溃
- SQL 文件里若含大量
INSERT INTO ... VALUES (...),(...),(...)单语句，MySQL 默认max_allowed_packet通常只有 4MB，直接报错Packets larger than max_allowed_packet are not allowed - 没事务控制，中途失败无法回滚，残留脏数据
- 不支持 LOAD DATA INFILE 权限自动检测，常因权限不足静默失败
用 运行SQL文件 + 分段执行替代导入向导
这是最常用也最稳妥的路径：把大 SQL 备份文件拆成小块，用 Navicat 的 运行SQL文件 功能分批执行（它走的是 MySQL 原生命令通道，不加载全文到内存）。
- 先确认备份文件是纯
CREATE TABLE+INSERT形式，且每条INSERT不超过 1000 行（可用脚本预处理，如 Python 拆分） - 在 Navicat 中右键目标数据库 →
运行SQL文件，选处理好的小文件（建议 ≤50MB） - 勾选
继续执行遇到错误的语句（防止某条重复主键卡住整个流程） - 关键：提前在 MySQL 侧调大参数，否则仍会失败：
SET GLOBAL innodb_log_file_size = 512M;、SET GLOBAL max_allowed_packet = 512M;
对 CSV 文件，优先走 LOAD DATA INFILE 而非导入向导
CSV 还原千万级数据，LOAD DATA INFILE 比任何 GUI 导入快 5–10 倍，但 Navicat 不直接暴露该命令入口，需手动构造：
- 确保 MySQL 开启了
local_infile（服务端和客户端都要），连接时在 Navicat 连接属性的「高级」页勾选Allow local file import - 建好目标表后，在 Navicat 的查询窗口中手写：
LOAD DATA LOCAL INFILE '/path/to/data.csv' INTO TABLE my_table FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n' IGNORE 1 ROWS; - 注意路径必须是 Navicat 客户端所在机器的路径（不是服务器路径），且文件不能有 BOM 头
- 如果报错
Secure File Priv，说明 MySQL 启用了安全模式，此时只能改用mysqlimport命令行工具，Navicat 不适用
容易被忽略的三个硬性前提
无论选哪种方式，以下三点不满足，还原一定会失败或数据异常：
-
字符集必须一致：备份时用的utf8mb4，还原库也得是utf8mb4，且连接层也要指定（Navicat 连接属性 →「高级」→「字符集」设为 utf8mb4） -
外键约束要临时关闭：千万级数据插入期间开启外键检查会严重拖慢速度，甚至锁表。执行SET FOREIGN_KEY_CHECKS = 0;再导入，完后SET FOREIGN_KEY_CHECKS = 1; -
目标表不能有活跃连接或长事务：Navicat 自身如果正打开该表的查询结果页，或有未提交事务，LOAD DATA或大批量INSERT可能被阻塞，还原前先关掉所有相关标签页
