PSQLException报错could not open file Operation not permitted问题咨询

日志中SQLState: 42501是PostgreSQL官方定义的权限不足类错误码，本次报错的具体场景是：PostgreSQL执行并行查询时，子worker进程尝试访问指定表空间（pg_tblspc下对应16397的自定义表空间）内的物理数据文件时，被操作系统返回Operation not permitted（操作不允许），导致查询执行失败。

• PostgreSQL运行用户（默认是postgres）对目标表空间的目录、数据文件没有读写权限：通常是手动修改过表空间目录的权限、所有者，或者迁移表空间/数据文件时没有同步修改属主
• 操作系统安全模块拦截了访问请求：比如Linux的SELinux开启强制模式时，PostgreSQL的数据目录/表空间目录没有正确配置安全上下文，就会被拦截文件访问请求
• 表空间对应的存储介质挂载参数限制：比如挂载NFS共享存储作为表空间时，挂载参数配置了no_root_squash之外的 squash 规则，或者挂载权限是只读，导致postgres用户无法读写文件
• 数据文件本身损坏或者被人为锁定：比如第三方安全工具、备份工具对该数据文件加了文件锁，或者文件本身因为磁盘坏道、异常断电出现属性异常
• PostgreSQL多实例权限冲突：同一台机器部署多个PostgreSQL实例时，不同实例的运行用户不同，误将A实例的表空间挂载给B实例使用，导致权限不匹配

• 第一步先验证文件权限：执行ls -l pg_tblspc/16397/PG_11_201809181/10119411/4698976查看文件属主和权限，确认属主是postgres用户、权限至少是600，上层目录权限至少是700。如果权限错误，执行chown -R postgres:postgres 表空间目录、chmod -R 700 表空间目录修复
• 第二步排查操作系统安全拦截：如果是Linux系统，先临时关闭SELinux测试setenforce 0，如果报错消失，说明是SELinux上下文问题，执行restorecon -Rv 表空间目录恢复正确的安全上下文即可，之后再重新开启SELinux
• 第三步验证存储挂载配置：如果表空间用的是外接存储/NFS，执行mount查看挂载参数，确认挂载目录的读写权限没有限制，NFS挂载时配置了rw,no_root_squash参数，确保postgres用户可以正常读写
• 第四步排查文件锁或损坏：执行lsof pg_tblspc/16397/PG_11_201809181/10119411/4698976查看是否有其他进程占用锁定该文件，如果有可在确认业务低峰期终止无关进程；如果是文件损坏，可从最近的正常备份恢复对应表的数据
• 第五步临时规避并行查询问题：如果紧急恢复业务，可以先临时关闭并行查询功能，执行SET max_parallel_workers_per_gather = 0;，验证查询是否可以正常执行，之后再逐步排查权限问题

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