navicat 17 导入性能显著优于16，因底层引擎重构、批量协议适配（如mysql优先用load data）及错误恢复升级（支持跳过坏行、断点续传），且仅对mysql 5.7+等新版本生效。
navicat 17 导入性能明显优于 navicat 16，尤其在大文件、多表、高并发场景下差异显著；这不是单纯靠“加线程”实现的，而是底层导入引擎重构 + 批量协议适配 + 错误恢复机制升级共同作用的结果。
大 SQL 文件导入是否卡死或超时
Navicat 16 对单个 .sql 文件采用串行解析+逐条执行模式，遇到含百万级 INSERT 的文件时：
- 内存占用随文件大小线性增长，500MB 文件常触发 OOM 或 GUI 假死
- 超过 200 万行后默认超时（timeout=300），且无法在界面上调高
- 错误定位困难：报错只显示“near line 123456”，实际错在第 123457 行的字段值溢出
Navicat 17.3 改用流式分块 + 预编译绑定：
- 自动将大文件切分为 10MB/块，每块独立事务提交，内存峰值稳定在 ~180MB
- 超时参数可手动设为
0（无限等待），路径：Tools → Options → Import → Timeout (seconds) - 错误提示精确到语句级，例如：
ERROR 1265 (01000): Data truncated for column 'price' at row 123457
CSV/Excel 导入是否支持批量写入和类型推断
Navicat 16 的 CSV 导入本质是“模拟 INSERT”，即使目标库支持 LOAD DATA INFILE 也从不启用：
- 默认用 INSERT INTO ... VALUES (...),(...),(...) 拼接，单次最多 1000 行，网络往返次数爆炸
- 类型全靠字符串硬匹配（如把 "2026-07-28" 当作 VARCHAR 插入，不尝试转 DATE）
- Excel 导入强制读取全部 sheet 到内存，10w 行 × 50 列文件极易崩溃
Navicat 17 根据数据库能力自动降级或升級协议：
- MySQL/MariaDB 下优先走
LOAD DATA LOCAL INFILE（需服务端开启local_infile=ON） - PostgreSQL 使用
COPY FROM STDIN BINARY协议，速度提升 3–5 倍 - Excel 导入支持按 sheet 分批加载，且提供“类型预览”面板：点击列头可手动切换
INT/DATE/BOOLEAN，避免隐式转换错误
导入失败后能否续传或跳过坏行
Navicat 16 一旦出错即终止整个任务，无日志记录失败位置，重试只能从头开始：
- 不支持跳过单行错误（如某行 NULL 插入非空字段）
- 无进度快照，断网后无法 resume
- 失败后 import_log.txt 只记录“Import failed”，无具体 SQL 或行号
Navicat 17 提供细粒度控制开关：
- 勾选
Skip invalid rows后，单行错误仅记入日志，其余继续导入 - 启用
Resume on failure后，中断后再次导入会自动从最后成功提交的事务点继续（基于临时表navicat_import_checkpoint_XXXX） - 完整日志路径：导入窗口右下角
Show Log→ 输出含skipped row #123457: Column 'email' cannot be null
真正容易被忽略的是：这些优化只对 MySQL 5.7+、PostgreSQL 10+、SQL Server 2016+ 生效；连接旧版本（如 MySQL 5.6）时，Navicat 17 会自动降级回兼容模式，性能与 16 基本一致。
