navicat导入gb级csv内存溢出的根本原因是客户端将整个文件加载进内存解析，而非流式处理；需调低页面记录限制、禁用自动类型检测、禁用外键检查，并优先采用load data local infile等服务端直导方式。
Navicat 导入 GB 级 CSV 时内存溢出，根本原因不是数据太大，而是它把整个文件当作文本加载进内存解析，再逐行映射为结果集对象——这和数据库服务端无关，是客户端 GUI 架构的硬限制。
为什么「导入向导」比「运行 SQL 文件」更吃内存
很多人误以为「导入向导」是流式处理，其实不是：Navicat 在 CSV 导入阶段会预读全部内容构建字段结构、检测类型、统计行数，并缓存前 N 行用于预览。GB 级文件一打开，内存就飙到 2–4GB，尤其当字段含换行符（未加引号）或 BOM 头时，解析器反复回溯重试，内存峰值更高。
- 「导入向导」默认启用「自动检测字段类型」，对每列扫描全量样本，触发多次全文件遍历
- 勾选「首行为字段名」后，Navicat 会额外缓存一行元数据 + 所有列名字符串对象
- 若目标表存在外键或触发器，Navicat 会在导入前拉取完整表结构元数据并缓存，进一步放大开销
- Windows 下用记事本另存为 UTF-8 的文件，实际是 UTF-8 with BOM，Navicat v16.0.15 及更早版本会将 BOM 解析为非法字符，导致字段错位+重试解析，内存不释放
必须调的三个客户端参数
这些设置不在主界面显眼位置，但直接影响内存驻留量：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- 进入「工具 → 选项 → 常规 → 记录」，把「页面记录限制」设为
500（默认常是5000）——这能限制单次加载行数，避免预览卡死 - 在「导入向导」的「文件格式选项」页，取消勾选「启用字段类型自动检测」，手动为每列指定类型（如
VARCHAR(255)、INT），跳过采样扫描 - 右键目标表 →「设计表」→「高级」页，勾选「禁用外键检查」和「禁用唯一性检查」——防止导入中途校验阻塞连接上下文
真正有效的替代路径（别硬扛）
当 CSV 超过 500MB 或含千万级行，Navicat 已不适合直接导入。以下方式绕过客户端内存模型：
- 用
LOAD DATA LOCAL INFILE：先确认 MySQL 开启了local_infile（SET GLOBAL local_infile = ON），再在 Navicat 查询窗口执行语句，服务端直接读磁盘流式入库，客户端只传 SQL 字符串 - 提前拆分 CSV：Linux/macOS 用
split -l 100000 big.csv part_，Windows 用 PowerShellGet-Content big.csv | Select-Object -First 100000 | Set-Content part_1.csv，再用 Navicat 批处理作业顺序执行多个小文件 - 命令行直导（最稳）：终端执行
mysql -u root -p -D database_name -e "LOAD DATA LOCAL INFILE '/path/to/part_1.csv' INTO TABLE t FIELDS TERMINATED BY ',' ENCLOSED BY '\"' LINES TERMINATED BY '\n' IGNORE 1 ROWS;"
真正容易被忽略的是：Navicat 的「导入向导」没有超时控制和断点续传，一旦中断，已导入部分无法回滚标记，重跑可能重复插入；而 LOAD DATA 本身支持 IGNORE 或 REPLACE，且失败时事务干净，不残留半截状态。
