Navicat导入CSV多出空行的根本原因是上游写入时换行符重复（如\r\n\r\n），导致Navicat将其解析为两条记录；解决需确保CSV为单换行、无BOM、字段内换行用双引号包裹，并统一行结束符为LF或CRLF。
Navicat 导入 CSV 时多出空行，不是数据问题，是换行符被重复解析
根本原因在于：csv 文件里每行末尾实际写了 \r\n\r\n（windows 下双换行），而 navicat 在读取时把它当成了两条记录——第二条是空行。这不是 navicat 的 bug，而是上游写入时没控制好换行逻辑。
常见触发场景：
- 用 Python 的
csv.writer写文件时，open(..., 'w')没加newline='' - 用 pandas 的
to_csv('file.csv')直接写路径（没手动接管文件句柄） - Excel 另存为 CSV 时选了“Windows 格式”，但字段内又含
\n，导致导出混乱
用 Python 写 CSV 时必须加 newline=''
这是最常踩的坑。不加这个参数，csv.writer 自己加 \r\n，Python 文本模式再转一次 \n → \r\n，结果就是 \r\n\r\n。
正确写法：
with open('data.csv', 'w', newline='') as f:
writer = csv.writer(f)
writer.writerow(['name', 'desc'])
writer.writerow(['Alice', 'line1\nline2'])
注意：
-
newline=''对所有平台都安全，不是 Windows 专属补丁 - 如果用
pandas.to_csv()，别只设line_terminator='\n'，它不解决底层换行冲突；稳妥做法是传文件对象：df.to_csv(f, index=False) - 已有带空行的 CSV？用
xxd data.csv | head或 Notepad++ 的“显示所有字符”看是否真有连续0d 0a 0d 0a
Navicat 导入前要确认 CSV 是“单换行”且无 BOM
即使文件内容没错，编码或换行符格式不对也会让 Navicat 解析出空行。尤其注意：
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 文件不能是 UTF-8 with BOM —— Navicat 会把 BOM 当作第一个字段的前缀，有时触发错位+空行
- 行结束符必须统一为
\n（LF）或\r\n（CRLF），不能混用；混合时 Navicat 容易在某处截断，留下半截空记录 - 字段里含
\n时，必须被双引号包裹，否则 Navicat 会把它当行首，造成后续所有列偏移 + 空行假象
验证方式：用 head -n 5 data.csv | cat -A（Linux/macOS）或 Notepad++ 查底部状态栏，确认是 “UNIX (LF)” 或 “Windows (CR LF)”，且没有 ^M$ 和 $ 交替出现。
字段内换行 + 引号缺失 = Navicat 误拆行
比如数据库里存了地址字段：北京市朝阳区\n建国路87号，导出 CSV 时若没勾选 Enclose fields in quotes，Navicat 导入就会在 \n 处硬切一行，后半段变成新记录的开头——看着像多了空行，其实是列错位后某列值为空导致的视觉误差。
解决动作很明确：
- 导出端（如 Navicat 自己导出）：选
Text File类型 → Advanced Options → 勾选Enclose fields in quotes→ Line ending 显式选Unix (LF) - 导入端（Navicat 导入向导）：Encoding 选
UTF-8（不是UTF-8 with BOM），Field Separator 确认是逗号，Text Qualifier 设为双引号 - 如果字段里还有
\r（比如从 Word 复制来的文本），预处理比依赖导出设置更稳：入库前用.replace('\r\n', '\n').replace('\r', '\n')统一
真正麻烦的不是空行本身，而是它常常和字段内换行、BOM、引号缺失、编码错位交织在一起——单独修一个点，可能只是把问题从“空行”变成“列错位”或“乱码”。动手前先用十六进制工具看一眼原始字节，比猜强得多。
