咱们先拆解下你遇到的核心问题：PostgreSQL服务是用postgres系统用户运行的，所以哪怕你的/home/MyUser/data目录和CSV文件权限看起来没问题，也要确保postgres用户能正常访问到这些文件，另外CentOS 7默认开启的SELinux经常是这类权限问题的“隐形拦路虎”，咱们一步步来排查解决：

1. 先确认postgres用户的目录访问链权限 #

Linux的文件访问权限是链式的——除了目标目录和文件本身，父目录的权限也得能让postgres用户“走进去”：

• 先检查/home/MyUser目录的权限：

  ls -ld /home/MyUser
  

  如果输出里**其他用户（other）**的权限没有x（执行权限，对应目录的遍历权限），那给它加上：

  chmod o+x /home/MyUser
  

• 验证postgres用户能不能读取目标CSV：

  su - postgres -c "cat /home/MyUser/data/TableName.csv"
  

  如果能正常输出文件内容，说明文件层面的权限没问题；如果报错“Permission denied”，那大概率是某个父目录的权限没给够。

2. 处理SELinux限制 #

CentOS 7默认开启SELinux，它会阻止postgres进程访问非系统默认的文件路径（比如用户家目录下的文件）：

• 先临时关闭SELinux测试是否是它的问题：

  setenforce 0
  

  然后尝试用SQL的COPY命令导入：

  COPY TableName FROM '/home/MyUser/data/TableName.csv' WITH (FORMAT csv, HEADER);
  

• 如果测试成功，说明SELinux是核心问题，给目标目录添加合法的SELinux上下文（避免每次都关SELinux）：

  semanage fcontext -a -t postgresql_db_t "/home/MyUser/data(/.*)?"
  restorecon -Rv /home/MyUser/data
  

  这样SELinux就会允许postgres进程访问这个目录下的所有文件了。

3. 更简单的替代方案：用psql的\copy命令 #

如果不想折腾服务端权限，你可以用psql客户端的\copy命令——这个命令是从你当前登录用户的权限读取文件，而不是postgres服务进程的权限，只要你当前用户能读CSV就能导入：

psql -d sample -c "\copy TableName FROM '/home/MyUser/data/TableName.csv' WITH (FORMAT csv, HEADER)"

注意这里是小写开头的\copy，和SQL里的COPY不是同一个命令，前者是客户端侧操作，后者是服务端侧操作。

4. 额外排查点 #

• 确认CSV文件格式和表结构匹配：列数是否一致、数据类型是否对应、有没有多余空行或分隔符错误
• 如果用SQL的COPY命令，要确保是在postgres超级用户（比如postgres用户）下执行，普通用户默认没有读取服务器文件的COPY权限

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