使用变量指定CSV文件时PostgreSQL \COPY报错，COPY可正常执行的问题咨询

我来帮你拆解这个问题，核心原因是PostgreSQL的\COPY和COPY命令的执行逻辑完全不同，咱们一步步理清楚：

先搞懂两个命令的差异 #

• 服务器端COPY命令：由PostgreSQL服务器进程执行，文件路径是相对于服务器的视角，而且需要服务器运行的用户（通常是postgres）能读取该文件。这就是为什么你切换到postgres用户执行能成功——这个用户有权限访问你/home/martin目录下的CSV文件。
• 客户端\COPY命令：由psql客户端程序执行，文件路径是相对于你当前执行psql的用户（比如martin）的本地路径，客户端自己读取文件后把数据发送给服务器。你遇到的报错，大概率是变量没有正确传递到SQL脚本中，而非真的找不到文件。

具体解决方案 #

方案1：正确传递变量到psql脚本 #

如果你的load.sql里用了变量引用，得确保shell脚本里的load_csv变量能被psql识别并正确替换。

修改你的test1.sh脚本，用-v参数传递变量：

load_csv=/home/martin/20180423.csv
psql -d test1 -e -v load_csv="$load_csv" -f load.sql

然后在load.sql里的\COPY语句要这样写（注意变量的引用格式）：

-- 替换成你的目标表名，根据需求调整CSV格式参数
\COPY your_target_table FROM :'load_csv' WITH (FORMAT csv, HEADER);

这里用:'load_csv'而不是:load_csv，是因为文件路径是字符串，psql会自动给变量加上单引号，避免路径里有空格、特殊字符等问题。

方案2：用服务器端COPY但通过普通用户执行（备选） #

如果你更倾向于用服务器端COPY，可以先把文件复制到postgres用户能访问的公共目录（比如/tmp），调整权限后再执行：

# 复制文件到临时目录
cp /home/martin/20180423.csv /tmp/
# 给其他用户添加读权限，让postgres能读取
chmod o+r /tmp/20180423.csv
# 执行COPY命令（需要你有目标表的写入权限）
psql -d test1 -c "COPY your_target_table FROM '/tmp/20180423.csv' WITH (FORMAT csv, HEADER);"
# 执行完成后删除临时文件
rm /tmp/20180423.csv

⚠️ 注意：这个方法会让临时文件被其他用户读取，敏感数据慎用。

方案3：检查文件权限（兜底） #

虽然你是文件所有者，但可以确认下文件权限是否正常：

ls -l /home/martin/20180423.csv

确保martin用户有读权限（通常所有者默认有，这个情况大概率不是问题，但可以排查下）。

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