必须启用引号包裹字段且统一换行符为LF：Navicat导出CSV时需勾选“Enclose fields in quotes”，并手动设行结束符为Unix(LF)，否则含\n的字段会导致Excel错列或解析失败。
导出CSV时字段内换行导致Excel错列
navicat 导出 csv 时，只要字段值里含 \n（比如地址、备注字段含多行文本），且没启用引号包裹，就会被 excel 或其他解析器误判为新行，造成整行数据向左偏移、列对不齐。这不是 navicat 的 bug，而是 csv 解析器在没引号界定时，把第一个 \n 当作记录分隔符处理了。
- 必须勾选
Enclose fields in quotes（使用引号包围字段），这是解决字段内换行的强制前提 - 引号启用后，Navicat 会自动将含
\n、,或"的字段用双引号包起来，例如："北京市朝阳区\n建国路87号" - 字段内双引号会被转义为
""，符合 RFC 4180，pandas、Excel 等工具都能正确识别，别手动删 - 若下游是 Python 脚本，用
pandas.read_csv(..., quoting=csv.QUOTE_MINIMAL)即可原生兼容
Windows 和 Linux 换行符不一致引发解析失败
Navicat 默认按系统环境写换行符：Windows 下用 CRLF（\r\n），Linux/macOS 下用 LF（\n）。但某些老旧工具（如部分 ETL 脚本或嵌入式解析器）只认一种，遇到混合换行就卡在某一行不动或报 line contains NULL byte 错误。
- 导出前点「高级选项」→ 显式设置「行结束符」为
Unix (LF)，通用性更强 - 避免依赖默认行为，尤其当 CSV 要传给 Linux 服务器上的脚本处理时
- 若已导出且发现换行混乱，可用命令行快速统一：
dos2unix data.csv（Linux/macOS）或sed -i 's/\r$//' data.csv - 不要用 Windows 记事本另存为来改换行符——它会悄悄加 BOM 并可能破坏 UTF-8 结构
导出向导里找不到“换行符”设置项
新版 Navicat（v16+）把换行符选项藏在「高级」页签的底部，且仅在导出格式为「文本文件」（含 CSV）时才显示；选成 Excel 或 SQL 格式则该选项灰掉。很多人导出失败，其实是根本没看到这个开关。
记录数据一键导出 Excel/CSV（带样式）
下载
把记录数组导出为带样式的 Excel(xlsx) 或带 BOM 的 CSV。支持列配置（表头/宽度/顺序）、表头冻结首行、斑马纹、布尔值转「是/否」、数组换行、CSV 中文防乱码。零依赖。触发词：导出 Excel、导出 CSV、记录转表格、列配置导出、数据导出、表格美化、JSON 转表格。
- 确认当前导出格式是
Text File（不是 Excel / CSV 在下拉菜单里单独列项，而是归在 Text File 类型下） - 点击
Advanced Options→ 往下拉到底部，找Line ending下拉框 - 如果界面没反应，先点一下「字段分隔符」旁边的编辑按钮，有时能触发高级选项重绘
- 命令行导出更可控：
mysqldump --tab=/tmp/ --fields-terminated-by=',' --lines-terminated-by='\n' db table，直接指定\n
导出后用 Notepad++ 查看换行符是否生效
光看 Excel 是否错位不够准，因为 Excel 自己会做换行渲染。真正验证换行符是否统一，得进编辑器看原始字节。Notepad++ 是最直观的验证工具。
- 用 Notepad++ 打开导出的 CSV → 菜单栏「视图」→「显示符号」→「显示所有字符」
- 正常应只看到
LF（或CRLF），若混有CR单独出现，说明字段内容里有 Mac 旧式换行，需清洗数据 - 字段内换行在 Notepad++ 中显示为
LF，且前后有双引号，才是合规 CSV - 若看到
NUL字符，大概率是字段含二进制数据（如 BLOB），Navicat 不该导出这类字段到 CSV，应提前过滤
导出 CSV 的换行问题本质是格式契约问题：你得让字段边界（引号）、字段分隔（逗号/tab）、记录分隔（\n 或 \r\n）三者严格对齐，缺一不可。最容易被忽略的是——即使你设了 LF，只要字段没加引号，解析器依然会在第一个 \n 处截断。
