PostgreSQL存储过程导入TSV文件在Linux失效的原因排查

你的存储过程中使用的是PostgreSQL的服务器端COPY命令，这是导致Linux下报错的核心原因，具体可能的原因及对应解决办法如下：

可能的原因 #

1. PostgreSQL服务进程无文件访问权限 #

Linux系统中，PostgreSQL通常以postgres用户身份运行，而你指定的路径/home/vladimir/Desktop/...属于普通用户vladimir的个人目录，默认权限设置（一般为700）会阻止其他用户（包括postgres）访问该目录及其中的文件。macOS的权限模型与Linux不同，可能允许服务进程访问用户目录，因此能正常运行。

2. secure_file_priv参数限制 #

PostgreSQL的secure_file_priv参数用于限制服务器端COPY能访问的文件路径。如果该参数被设置为某个特定目录（如/var/lib/postgresql/data/），你的文件不在这个目录范围内时，服务器就会拒绝访问。

3. 大小写敏感问题 #

Linux文件系统是大小写敏感的，而macOS默认不敏感。如果实际文件名或路径存在大小写差异（比如Transactions.tsv实际是transactions.tsv），在Linux下会被识别为不同的文件，导致找不到。

4. 路径指向客户端而非服务器 #

如果PostgreSQL服务器运行在另一台Linux机器上，你指定的路径是客户端本地路径，服务器自然无法访问；而macOS下可能服务器和客户端在同一台机器，所以能正常读取。

解决办法 #

方案1：改用客户端\copy命令（推荐） #

服务器端COPY要求文件在服务器可达路径且服务进程有权限，而\copy是客户端命令，由客户端读取文件并发送给服务器，不受服务器端权限和路径限制。直接在psql中执行：

\copy transactions FROM '/home/vladimir/Desktop/RetailAnalitycs_v1.0/datasets/Transactions.tsv' DELIMITER E'\t' CSV HEADER;

如果需要封装成可调用的逻辑，可以编写shell脚本执行该命令，而非使用PL/pgSQL存储过程。

方案2：调整服务器端权限与配置（若坚持用服务器端COPY） #

• 移动文件到服务进程可访问目录：将文件复制到PostgreSQL默认允许的目录，比如Debian/Ubuntu系统的/var/lib/postgresql/14/main/（版本号根据实际情况调整），然后修改存储过程中的路径。
• 修改目录与文件权限：给vladimir的Desktop目录添加其他用户的执行权限，给文件添加读权限：

  chmod o+x /home/vladimir/Desktop /home/vladimir/Desktop/RetailAnalitycs_v1.0 /home/vladimir/Desktop/RetailAnalitycs_v1.0/datasets
  chmod o+r /home/vladimir/Desktop/RetailAnalitycs_v1.0/datasets/Transactions.tsv
  

• 调整secure_file_priv参数：编辑PostgreSQL配置文件（如postgresql.conf），将secure_file_priv设置为你的文件所在目录，或者设置为空（不推荐，存在安全风险），然后重启PostgreSQL服务。

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