根本原因是navicat在无主键表场景下默认启用「实时行数统计」和「自动列宽调整」，强制全量扫描csv数据做类型推断与宽度估算，导致内存暴涨、gc暂停、界面冻结。
Navicat 导入无主键 CSV 时卡在“正在预览”或“1%”不动
根本原因不是数据量大，而是 Navicat 在无主键表场景下默认启用「实时行数统计」+「自动列宽调整」，这两个功能会在导入前强制扫描全部数据（含 TEXT/BLOB 字段），哪怕你只点开预览——它会把整张 CSV 全读进内存做类型推断和宽度估算。遇到几百万行、带长文本的 CSV，内存瞬间飙到 2GB+，GC 暂停，界面冻结。
常见误判是以为“网络慢”或“数据库卡”，但 SHOW PROCESSLIST 里源库和目标库都空闲，真正堵点在 Navicat 进程本地。
- 立即关闭「自动列宽」和「实时行数统计」：在导入向导的「选项」页取消勾选这两项
- 手动指定字段类型：不要依赖「智能检测」，尤其对日期、数字、JSON 字符串字段，直接选
DATETIME、DECIMAL、TEXT - 若 CSV 行数超 50 万，跳过预览直接导入——预览本身已构成性能瓶颈
用 LOAD DATA LOCAL INFILE 替代 GUI 导入更可靠
Navicat 的 GUI 导入本质是逐行拼 INSERT，即使设了 10000 行/批，仍要走 JDBC 协议解析、转义、重试逻辑；而 LOAD DATA LOCAL INFILE 是 MySQL 原生命令，绕过所有中间层，速度通常快 5–10 倍。
注意：该命令要求 MySQL 服务端开启 local_infile=ON，且 Navicat 连接字符串需显式加 ?allowLoadLocalInfile=true（否则报错 Lost connection）。
示例语句：
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
LOAD DATA LOCAL INFILE '/path/to/data.csv' INTO TABLE your_table FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n' IGNORE 1 ROWS;
- 确保 CSV 第一行是纯字段名，不含 BOM；否则用
SET NAMES utf8mb4显式声明编码 - 若字段含换行符或双引号，必须用
ENCLOSED BY '"'且源文件严格遵循 RFC 4180 - 目标表无需主键，但字段顺序、数量、类型必须与 CSV 列严格一致
无主键表导入后索引缺失导致后续操作变慢
很多人只关注导入过程慢，却忽略导入完成后查询、JOIN、UPDATE 都开始卡顿——因为无主键表默认使用 MyISAM 或 InnoDB 的隐式聚簇索引（如 ROW_ID），无法被高效利用。后续任何基于条件的检索都会全表扫。
这不是 Navicat 的问题，但常被归因于“导入后变慢”。必须在导入完成立刻补建索引：
- 根据常用
WHERE条件字段建INDEX，例如经常按user_id查询就执行ALTER TABLE your_table ADD INDEX idx_user_id (user_id); - 避免在导入过程中建索引：先导入，再
ALTER TABLE，否则每条 INSERT 都要更新索引树 - 确认存储引擎：无主键的
InnoDB表仍能正常工作，但务必检查SELECT @@default_storage_engine;，防止意外落到低效引擎
CSV 文件本身隐藏的性能陷阱
看似简单的 CSV，实际藏着三类拖慢 Navicat 的元问题：BOM 头、混合编码、非标准分隔符。它们不会报错，但会让 Navicat 反复尝试解码失败，最终降级为单字节逐字符解析。
实操建议：
- 用
file -i your_file.csv（Linux/macOS）或 PowerShellGet-Content -Path .\file.csv -Encoding Byte | Select -First 3查看前几个字节，确认是否含EF BB BF（UTF-8 BOM） - 若含 BOM，用编辑器另存为「UTF-8 无 BOM」格式；Navicat 的「检测 BOM」选项对混合编码无效
- 用
head -n 10 your_file.csv | cat -A查看是否混用\r\n和\n，统一为 LF 再导入 - 避免用 Excel 直接另存 CSV：它会悄悄把数字转成科学计数法、删前导零、吞掉尾部空格——用 LibreOffice 或 VS Code 插件导出更可控
最易被忽略的是：Navicat 对无主键 CSV 的字段类型推断，会把全数字字符串（如订单号 "0012345"）误判为 INT，导致导入时截断前导零。必须手动指定为 VARCHAR 并设足够长度。
