Django 2.2执行dumpdata无法连接本地PostgreSQL数据库求助

核心矛盾：Web后台能连，命令行工具连不上 #

这种情况大概率是运行环境差异导致的，而非应用代码本身问题，以下是最常见的几个原因：

• 配置文件加载不一致
  很多Django项目会根据环境加载不同的配置文件。比如Web服务（uWSGI/Gunicorn）启动时，通过DJANGO_SETTINGS_MODULE环境变量指定了生产配置（如settings.prod），而你直接执行python manage.py时，默认加载的是settings.py，后者的数据库配置可能有误（比如host、端口、密码没正确设置）。可以在命令行先执行echo $DJANGO_SETTINGS_MODULE确认，或者显式指定配置文件运行命令：python manage.py dumpdata --settings=your_project.settings.prod。

• PostgreSQL连接方式与权限限制
  Django配置里写的localhost，psycopg2会优先用TCP/IP连接，但Web后台可能实际用的是Unix套接字连接（比如配置里host为空字符串或指向套接字路径，而非localhost）。PostgreSQL的pg_hba.conf文件对两种连接方式的权限规则是分开的：

  • 如果Web用Unix套接字，pg_hba.conf里可能有local all all peer或md5的规则，允许本地用户通过套接字连接；
  • 而TCP/IP的localhost连接（对应host all all 127.0.0.1/32规则）可能被禁用，或者你的命令行用户没有对应的PostgreSQL角色权限，导致连接被拒绝。
    可以检查pg_hba.conf的规则，或者修改命令行用的配置文件，把host设为空字符串，强制用Unix套接字连接。

• 运行用户权限差异
  Web服务通常用专用用户（如www-data）运行，而你执行命令行用的是自己的登录用户：

  • 如果用Unix套接字连接，套接字文件（默认/var/run/postgresql/.s.PGSQL.5432）的权限可能只允许postgres组或特定用户访问，Web用户在这个组里，而你的登录用户不在；
  • 或者PostgreSQL用peer认证模式，要求操作系统用户名和PostgreSQL角色名一致，Web用户的用户名对应合法的PostgreSQL角色，而你的登录用户没有对应的角色。
    这种情况可以切换到Web服务的用户执行命令（如sudo -u www-data python manage.py dumpdata），或者给你的登录用户添加PostgreSQL访问权限。

• 环境变量缺失
  如果数据库密码、端口等参数是通过环境变量注入的（比如Docker部署或配置中心），Web服务启动时加载了这些变量，但你的命令行会话里没有设置，导致连接参数错误，触发连接拒绝。可以在命令行先导出对应的环境变量（如export DB_PASSWORD=xxx）再执行命令。

关于权限的结论 #

确实可能和服务器用户权限有关，但也可能是配置加载、PostgreSQL连接规则的问题，需要先排查配置文件和连接方式的差异，再验证权限问题。

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