Navicat导出TXT末尾多空行是其默认在每条记录后加换行符所致，需协同配置行尾符（设为\n）、字段分隔符（不可留空）及NULL处理（导出为空字符串），或先导出CSV再用sed '$d'裁剪末行，并以hexdump验证二进制结尾。
导出TXT时末尾多出空行，本质是Navicat在写入最后一行后额外追加了换行符
这不是数据问题，而是navicat文本导出器的默认行为：它会在每条记录后统一加\n（或\r\n），包括最后一条。excel、notepad++能容忍，但某些etl工具、shell脚本或下游程序会把这行视为空记录，导致解析失败。
导出设置里没有“去掉末尾换行”的开关，得靠格式和编码组合控制
Navicat 的「Text File」导出对话框中，真正影响末尾换行的是三个联动项：行尾符、字段分隔符、NULL值处理。单独调某一项没用，必须协同配置：
- 在「Options」中，把
Line separator设为\n（Linux风格），不要选Auto或\r\n——后者在Windows下易触发双换行 -
Field separator必须显式指定，比如,或\t；留空会导致Navicat用空格填充字段间隙，间接诱发末尾异常 - 勾选
Export NULL values as empty string，否则NULL字段可能被转成\N之类符号，部分解析器会误判为有效内容并补行
更稳妥的做法：先导出为CSV再用命令行裁剪
当业务对末尾换行零容忍（如对接金融报文系统），别依赖Navicat UI。用它的「导出为CSV」功能（选UTF-8编码 + Quote fields if needed），然后终端执行：
sed '$d' your_file.csv > clean_file.txt
这条命令直接删掉最后一行，安全高效。注意sed在macOS需换成gsed（brew install gnu-sed），且务必确认原始CSV无BOM头——有BOM时sed可能误删首行。
容易被忽略的细节：预览窗口显示正常 ≠ 导出文件干净
Navicat「Preview」只渲染前几百行，且自带换行渲染逻辑，完全不反映真实文件末尾状态。验证是否真有多余空行，必须用hexdump -C your_file.txt | tail看最后几个字节是不是0a（\n）或0d 0a（\r\n）。很多团队卡在这一步，反复调设置却没做二进制验证。
