超大CSV导入卡死或报OutOfMemoryError，本质是Navicat GUI内存缓存式导入导致JVM堆溢出；应改用LOAD DATA INFILE（MySQL）、psql/COPY（PostgreSQL）或SQL*Loader（Oracle），或分片导入+剪贴板方案。
超大CSV导入卡死或报OutOfMemoryError，本质是Navicat GUI加载全量数据
navicat桌面版对大文件（>100mb 或 >50万行）默认采用内存缓存式导入：先把整份csv读进java堆里解析、映射、拼sql，再批量执行。一旦数据量超过jvm默认堆上限（通常1–2gb），就会触发java.lang.outofmemoryerror: java heap space，进程假死或崩溃。这不是数据库问题，也不是csv本身有错，而是gui工具的架构限制。
别指望调-Xmx参数硬扛——加到4G以上反而容易拖慢系统响应，且Windows/macOS上JVM启动参数修改不稳定，不推荐。
必须切换导入模式：用LOAD DATA INFILE替代INSERT（MySQL专属）
MySQL服务端原生的LOAD DATA INFILE是流式读取、直接写磁盘，不经过Navicat内存中转，速度提升10倍以上，且完全规避OOM风险。但有两个硬性前提：
- Navicat连接的是本地MySQL实例（非远程host），且该MySQL配置中
local_infile=ON - CSV文件路径必须是MySQL服务端能访问的绝对路径（比如
/var/lib/mysql-files/data.csv），不是你电脑上的C:\data.csv
操作路径：导入向导 → 「高级」选项卡 → 将「导入方式」从INSERT改为LOAD DATA INFILE → 确认路径已拷贝到MySQL服务器对应目录 → 手动赋权：GRANT FILE ON *.* TO 'your_user'@'%';
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
PostgreSQL/Oracle用户：绕过Navicat，改用psql/copy或SQL*Loader
PostgreSQL没有LOAD DATA INFILE等价物，Navicat对PG的大文件导入仍走客户端协议，照样OOM。正确做法是跳过Navicat GUI：
- PostgreSQL：用
psql命令行+COPY，例如：psql -d mydb -c "\COPY mytable FROM '/path/to/data.csv' WITH (FORMAT CSV, HEADER true);" - Oracle：用
SQL*Loader（sqlldr），需提前写.ctl控制文件，比Navicat更可控、支持断点续传 - 两者共同优势：不依赖GUI、无内存瓶颈、可脚本化、失败后能精确定位哪一行出错
实在只能用Navicat？分片+剪贴板是唯一稳妥方案
如果环境受限（比如只能连远程数据库、没权限改MySQL配置、也没命令行访问权），就放弃“一键导入”幻想，改用分片策略：
- 用
split -l 50000 data.csv chunk_把大CSV切分成5万行/片的小文件 - 每次只导入一个chunk，导入前务必勾选「使用第一行作为字段名」+「空字符串转为NULL」
- 对特别宽的表（列数>50），优先用「从剪贴板导入」：在Excel里Ctrl+A复制数据 → Navicat导入向导选「从剪贴板」→ 它会跳过文件IO，直接解析剪贴板文本，内存压力小得多
注意：分片导入时，每批次都要检查目标表主键/唯一索引是否冲突，否则第二片开始就会报Duplicate entry——这不是Navicat的问题，是你没清空表或没处理重复逻辑。
