使用 Supervisord 运行 PostgreSQL

我想在 Ubuntu 10.04 上使用 Supervisor 运行 PostgreSQL 9.1。目前，我使用 init 脚本手动启动 PostgreSQL：

/etc/init.d/postgresql start

根据这篇文章：http://nicksergeant.com/using-postgresql-with-supervisor-on-ubuntu-1010/ http://nicksergeant.com/using-postgresql-with-supervisor-on-ubuntu-1010/，我需要修改 PostgreSQL 配置以使其在 TCP 端口而不是 Unix 套接字上运行，以便使 PostgreSQL 与 Supervisor 一起工作。

我对这种方法有两个问题：

1. 考虑到这更多的是黑客行为，这样做是否有任何影响（例如安全/权限、性能等）？

2. 为什么我们不能运行相同的初始化脚本postgresql在主管配置中？相反，如上面的链接所示，它运行postmaster?

UPDATE:

感谢下面两个答案的有用建议，我为 Supervisor 设置了一个脚本来直接调用 PostgreSQL：

#!/bin/sh

# This script is run by Supervisor to start PostgreSQL 9.1 in foreground mode

if [ -d /var/run/postgresql ]; then
    chmod 2775 /var/run/postgresql
else
    install -d -m 2775 -o postgres -g postgres /var/run/postgresql
fi

exec su postgres -c "/usr/lib/postgresql/9.1/bin/postgres -D /var/lib/postgresql/9.1/main -c config_file=/etc/postgresql/9.1/main/postgresql.conf"

我还设置了配置：/etc/postgresql/9.1/main/start.conf to manual这样 PostgreSQL 就不会在启动时自动启动（但是，我不清楚是否加载了此配置）。然后我将 postgres 的 Supervisor 配置设置为：

[program:postgres]
user=root
group=root
command=/usr/local/bin/run_postgresql.sh
autostart=true
autorestart=true
stderr_logfile=/home/www-data/logs/postgres_err.log
stdout_logfile=/home/www-data/logs/postgres_out.log
redirect_stderr=true
stopsignal=QUIT

现在，我可以启动 PostgreSQLsupervisorctl通过做start postgres，运行良好。然而，在我发出之后stop postgres， 虽然supervisorctl声明 postgres 已停止，服务器显然仍在运行，因为我可以 psql 进入它。

我想知道这是 Supervisor 配置问题还是 PostgreSQL 问题。欢迎任何建议！

博客文章写得相当糟糕。没有“TCP 模式”：帖子建议的方法仍然会监听 Unix 套接字，只是在不同的目录中。帖子中的评论（例如“外部 pid 文件 - TCP 模式不需要”）非常具有误导性。

postmaster是 postgresql 可执行文件的传统名称（以区分主调度进程和后端从进程）。一段时间以来，没有单独的可执行文件，现在它被简单地安装为“postgres”。

假设 Supervisor 与 qmail/daemontools 大致相似supervise方案，完全有可能（事实上，很正常）让它运行一个设置目录和环境的脚本，然后使用必要的参数执行 postgres（或传播给包装脚本的参数，这将是不寻常的与监督，但当你有一个配置文件来放入参数时更有意义）。

The way supervise有效的（我将继续假设“Supervisor”是相同的）是让主管进程按指定运行一个子进程，并在退出时简单地重新启动一个新的子进程。这是基于这样的想法：正在启动的进程是一个长期存在的守护进程，只有在出现严重错误时才会退出，并且只需重新启动它就是一个有效的修复。相比之下，初始化脚本如/etc/init.d运行子进程并分离它，并将控制权返回给调用者 - 如果子进程退出，则不会发生任何特殊情况，并且必须手动重新启动。如果你尝试简单地运行/etc/init.d/postgresql start从监督中，它将不断生成 postgresql 守护进程，因为从 init 脚本返回将被解释为守护进程已退出，而实际上它已启动并分离。