Navicat导出CSV常见问题及解决方案：需同步设置UTF-8 BOM、逗号分隔符、英文引号限定符；时间字段用DATE_FORMAT()格式化；大数据量改用mysqldump或分页导出；数字字段转字符串防Excel误解析。
导出时字段被截断或乱码？检查字符集和分隔符设置
navicat 默认用系统 locale 编码导出 csv，windows 上常是 gbk，而多数程序（如 excel、python pandas）默认读 utf-8，一来一回就丢字或变问号。导出前必须手动指定编码，且不能只改「文件编码」——csv 格式设置里的「文本限定符」和「字段分隔符」也得同步确认。
- 导出对话框中点
高级→ 勾选UTF-8 BOM（让 Excel 正确识别 UTF-8） -
字段分隔符建议用,，别用;（欧洲区域习惯，但国内工具兼容差） -
文本限定符必须设为"，否则含换行、逗号的字段会破坏 CSV 结构 - 若源表有中文列名，勾选
导出列标题，否则字段名可能被当乱码处理
时间字段导出成数字或 1970 年？用自定义格式避免自动转换
Navicat 对 DATETIME 或 TIMESTAMP 字段默认按本地时区转成数值或错误时间戳（尤其 MySQL 5.6+ 和高版本 Navicat 组合常见），本质是它调用了数据库驱动的默认字符串转换逻辑，而非按你看到的格式导出。
- 在导出前右键表 →
设计表确认时间字段类型，如果是TIMESTAMP，导出前先在查询窗口执行：SELECT DATE_FORMAT(created_at, '%Y-%m-%d %H:%i:%s') AS created_at FROM your_table;
- 或直接在导出对话框里点
SQL 查询选项卡，粘贴带DATE_FORMAT()的查询语句，比改表结构更安全 - 不建议依赖 Navicat 的「日期格式」下拉菜单——它只影响显示，不干预导出值
大数据量导出失败或卡死？绕过 GUI，用命令行 + 导出脚本更稳
Navicat GUI 导出超过 10 万行容易内存溢出或假死，尤其开启「导出列标题」+「UTF-8 BOM」+「含 NULL 处理」时。它底层调用的是数据库客户端协议流式拉取，但 GUI 层做了额外缓存和 UI 更新，反而拖慢。
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- 对 MySQL：用 Navicat 内置的
mysqldump工具更可靠，导出命令示例：mysqldump -h host -u user -p --tab=/path/to/dir --fields-terminated-by=',' --fields-optionally-enclosed-by='"' --no-create-info db_name table_name
- 注意：
--tab生成的是纯文本，需确保 MySQL 服务端有写入权限，且路径是服务器本地路径（不是你本地电脑） - 若只能用 Navicat，拆分导出：在 SQL 查询里加
LIMIT和OFFSET分批次导出，再用 Python 合并 CSV（比等它自己跑完强）
导出后 Excel 打开全是“#”或科学计数法？这不是 Navicat 的问题，是 Excel 的坑
CSV 文件本身没问题，Excel 自动把长数字（如身份证、订单号）转成浮点数，再显示成 1.23E+17 或直接溢出变 ########。这是 Excel 解析行为，Navicat 无法干预，但可以提前规避。
- 导出前，在 SQL 查询里把数字字段转成字符串：
SELECT CONCAT('', id) AS id, name FROM users - 或者用
LPAD(id, 20, '0')补零（适合固定长度 ID），强制 Excel 当文本读 - 更彻底的方案：导出后用记事本打开 CSV，全选 → 复制 → 在 Excel 中用「数据」→「从文本/CSV」导入，手动指定每列「数据类型」为「文本」
实际操作中最容易被忽略的，是「导出列标题」和「UTF-8 BOM」这两个开关必须同时打开，缺一个，Excel 就大概率打不开中文表头。另外，Navicat 的「导出向导」里所有设置项都是单次生效，下次导出还得重新点开高级选项确认一遍。
