描述

postmaster是PostgreSQL多用户数据库服务器。客户端应用要访问数据库时，会（通过网络或本地）连接到一个正在运行的 postmaster。该 postmaster随后会启动一个独立的服务器进程（“postgres”）来处理该连接。 postmaster还负责管理各服务器进程之间的通信。

默认情况下，postmaster在前台启动，并将日志消息打印到标准错误流。在实际应用中，postmaster 应作为后台进程启动，例如在系统启动时启动。

一个postmaster始终只管理一个数据库集簇的数据。数据库集簇是一组存储在同一文件系统位置（“数据区域”）中的数据库。只要使用不同的数据区域和不同的通信端口（见下文），一个系统上就可以同时运行多个 postmaster进程。数据区域是用initdb创建的。

当 postmaster启动时，它需要知道数据区域的位置。该位置必须通过 -D选项或PGDATA环境变量指定；没有默认值。通常，-D或 PGDATA会直接指向由initdb创建的数据区域目录。其他可能的文件布局见 第 16.4.1 节。

选项

postmaster接受以下命令行参数。有关这些选项的详细讨论，请参阅第 16.4 节。通过设置配置文件，你也可以省去键入其中大多数选项的麻烦。

还有两个附加的命令行选项可用于调试导致服务器进程异常终止的问题。在这种情况下，通常的策略是通知所有其他服务器进程必须终止，然后重新初始化共享内存和信号量。这是因为出错的服务器进程可能在终止前破坏了某些共享状态。这些选项用来选择 postmaster在这种情况下的一些替代行为。 这两个选项都不适用于普通操作。

这些特殊情况选项是：

环境

诊断

提到semget或 shmget的失败消息，很可能表明你需要配置内核，以提供足够的共享内存和信号量。更多讨论见第 16.5 节。

表明另一个 postmaster 已经在运行的失败消息 应仔细检查，例如可根据你的系统使用下面的命令：

$ ps ax | grep postmaster

或

$ ps -ef | grep postmaster

如果你确信没有冲突的 postmaster 在运行，可以删除消息中提到的锁文件，然后重试。

表明无法绑定端口的失败消息，可能 意味着该端口已经被某个非PostgreSQL进程占用。你在终止postmaster 后如果立即使用同一端口重新启动它，也可能会 得到这个错误；在这种情况下，你 只需等待几秒钟，直到操作系统关闭 该端口后再重试。最后，如果你 指定了一个操作系统认为 是保留的端口号，也可能会收到这个错误。例如，许多版本的 Unix 认为低于 1024 的端口号是“受信任的”，并且只允许 Unix 超级用户访问它们。

注解

只要有可能，就不要使用 SIGKILL杀死 postmaster。这样会阻止 postmaster在终止前释放其持有的系统 资源（例如共享内存和信号量）。这可能会导致 新的postmaster实例在启动时出现问题。

要正常终止postmaster，可以使用 SIGTERM、SIGINT或 SIGQUIT信号。第一个会在退出前等待 所有客户端终止，第二个会 强制断开所有客户端，而第三个会在不进行正确关闭的情况下立即退出， 从而在重启期间导致一次恢复运行。SIGHUP信号会 重新加载服务器配置文件。

实用命令pg_ctl可用于 安全、便捷地启动和关闭postmaster。

--选项在FreeBSD或OpenBSD上不起作用。 请改用-c。这是受影响操作系统中的一个缺陷；如果这个问题未被修复，未来版本的PostgreSQL 将提供变通方案。

示例

要使用默认值在后台启动postmaster， 输入：

$ nohup postmaster >logfile 2>&1 </dev/null &

要使用特定端口启动postmaster：

$ postmaster -p 1234

这条命令将启动postmaster，通过端口 1234 通信。为了使用psql连接到这个 postmaster，你需要这样运行它：

$ psql -p 1234

或者设置环境变量PGPORT：

$ export PGPORT=1234
$ psql

命名的运行时参数可以采用以下任一种形式设置：

$ postmaster -c work_mem=1234
$ postmaster --work-mem=1234

两种形式都会覆盖 postgresql.conf中可能存在的 work_mem设置。请注意， 参数名中的下划线在命令行中既可以写成下划线， 也可以写成连字符。

另见

initdb、 pg_ctl