无法将PC生成的.sql文件导入Mac上的PostgreSQL，COPY语句报错

问题背景 #

首次接触PostgreSQL，Mac环境下完成psql安装、数据库搭建及项目表迁移后，导入团队共用的db.sql文件时触发语法错误：

ERROR: syntax error at or near "2"
LINE 3133: 2 value_2 value_3 value_4 value_5 value_6 value_7...
^
SQL state: 42601

已尝试转LF格式、添加WITH (NULL '\N')配置，均无效；用dos2unix处理时发现文件含0x1F（单位分隔符）二进制字符，被判定为二进制文件无法转换，文件共4万多行无法手动修改。

核心原因 #

0x1F是ASCII不可打印控制字符（单位分隔符），会干扰PostgreSQL COPY命令的字段解析逻辑，导致无法正确识别数据行的起始位置，触发语法错误；Mac与Windows的换行符差异并非本次问题核心，但隐藏控制字符是关键诱因。

解决方案 #

1. 批量清除不可打印控制字符 #

使用sed命令批量过滤文件中的非必要控制字符，保留制表符、换行符等COPY命令所需格式：

sed 's/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]//g' db.sql > cleaned_db.sql

该命令会移除0x1F及其他不可打印控制字符，生成清理后的cleaned_db.sql文件。

2. 验证清理效果 #

用cat -A查看处理后的文件，确认0x1F字符（显示为^_）已被移除：

cat -A cleaned_db.sql | grep -n "^_"

无输出则说明清理成功。

3. 重新导入文件 #

优先使用终端的psql命令导入（稳定性优于pgAdmin）：

psql -U 你的用户名 -d 目标数据库名 -f cleaned_db.sql

若仍需用pgAdmin，直接执行清理后的cleaned_db.sql即可。

4. 备选方案：指定COPY分隔符 #

若原文件确实使用0x1F作为字段分隔符（部分导出工具默认配置），可直接在COPY语句中明确指定，无需清理字符：

COPY table_name (id, col_1, col_2, col_3, col_4, col_5, created_at, updated_at)
FROM stdin WITH (DELIMITER E'\x1F', NULL '\N');

此方案需确保所有COPY语句都添加该配置，适合无法批量清理的场景。

内容的提问来源于stack exchange，提问作者Erika