使用uWSGI运行时无法执行PostgreSQL查询问题求助

我之前碰到过和你完全一样的状况！用Flask的manager跑没问题，一上uWSGI就数据库超时，折腾了好一阵才搞定。给你几个靠谱的排查和解决方向：

1. 调整uWSGI运行用户对PostgreSQL套接字的权限 #

你怀疑的套接字权限问题确实很常见，咱们一步步来操作：

• 首先找到PostgreSQL的套接字目录：
  执行命令 ps aux | grep postgres，看postgres进程的参数里有没有 -D 或者 unix_socket_directories，通常默认路径是 /var/run/postgresql/。也可以直接查看PostgreSQL配置文件（比如 /etc/postgresql/<你的版本>/main/postgresql.conf）里的 unix_socket_directories 项确认。
• 检查该目录的权限：
  执行 ls -ld /var/run/postgresql/，正常情况下目录属主是 postgres，组也是 postgres，权限是 drwxr-s---（带setgid位）。
• 让uWSGI的运行用户拥有访问权限：
  如果你是用普通用户运行uWSGI，把这个用户加入postgres组即可：

  sudo usermod -aG postgres 你的uWSGI运行用户名
  

  然后在你的uWSGI配置文件里添加（如果还没加）：

  [uwsgi]
  # 其他配置不变
  uid = 你的uWSGI运行用户名
  gid = 你的uWSGI运行用户名
  

  重启uWSGI服务后，应该就能正常访问套接字了。

2. 改用Unix套接字连接代替TCP连接 #

你现在用的是 127.0.0.1 的TCP连接，换成Unix套接字连接有时候能绕开权限和网络配置问题。修改你的psycopg2连接代码：

connection = psycopg2.connect(
    dbname='db',
    user='user',
    password='password',
    host='/var/run/postgresql'  # 替换成你刚才找到的套接字目录
)

如果你的套接字在默认路径，甚至可以省略 host 参数，psycopg2会自动查找。

3. 检查PostgreSQL是否监听了TCP连接 #

有时候PostgreSQL默认只监听Unix套接字，没开TCP监听，导致uWSGI的TCP连接超时：

• 打开PostgreSQL配置文件 postgresql.conf，找到 listen_addresses 项，确保设置为：

  listen_addresses = 'localhost,127.0.0.1'
  

  或者如果需要外部访问可以设为 '*'。
• 重启PostgreSQL服务：

  sudo systemctl restart postgresql
  

4. 添加连接超时和错误捕获，精准定位问题 #

现在你看不到错误信息，很难排查，建议在Flask代码里加上超时和异常捕获：

import psycopg2
from psycopg2 import OperationalError

try:
    connection = psycopg2.connect(
        host='127.0.0.1',
        port=5432,
        database='db',
        user='user',
        password='password',
        connect_timeout=10  # 10秒超时
    )
except OperationalError as e:
    print(f"数据库连接失败详情: {str(e)}")
    # 如果是Flask应用，可以把错误记录到日志里
    from flask import current_app
    current_app.logger.error(f"DB connection error: {str(e)}")
    raise

这样uWSGI的日志里就会显示具体的错误原因，比如权限不足、连接拒绝等，方便你精准解决。

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