有几种关闭数据库服务器的方法。在后台，它们都简化为向主管 postgres 进程发送信号。
如果你使用的是预打包的 PostgreSQL，并且是按照其提供的机制来启动服务器的，那么停止服务器时也应采用同样的机制。详细信息请查阅该软件包级别的文档。
当直接管理服务器时，你可以通过向postgres进程发送不同的信号来控制关闭类型：
这是智能关闭模式。 收到SIGTERM后，服务器禁止新连接，但允许现有会话正常结束工作。 仅在所有会话终止后才会关闭。如果服务器在请求智能关闭时处于恢复状态， 则只有在所有常规会话终止后，恢复和流复制才会停止。
这是快速关闭模式。 服务器禁止新连接并向所有现有服务器进程发送SIGTERM， 这将导致它们中止当前事务并迅速退出。然后等待所有服务器进程退出，最后关闭。
这是立即关闭模式。 服务器将向所有子进程发送SIGQUIT并等待它们终止。 如果有任何进程在 5 秒内未终止，它们将被发送SIGKILL。 一旦所有子进程退出，主管服务器进程将立即退出，而不进行正常的数据库关闭处理。 这会导致下次启动时通过回放 WAL 日志执行恢复。仅建议在紧急情况下使用。
pg_ctl程序提供了一个便于发送这些信号以关闭服务器的接口。另外，在非 Windows 系统上，你也可以用kill直接发送这些信号。可以用ps程序，或者从数据目录中的postmaster.pid文件找到postgres进程的PID。例如，要执行一次快速关闭：
$ kill -INT `head -1 /usr/local/pgsql/data/postmaster.pid`
最好不要使用SIGKILL关闭服务器。这样做将会阻止服务器释放共享内存和信号量。 此外，使用SIGKILL杀掉postgres进程时，postgres不会有机会将信号传播到它的子进程，所以可能也必须手工杀掉单个的子进程。
要终止单个会话并允许其他会话继续运行，可使用pg_terminate_backend()（参阅Table 9.88），或者向与该会话相关的子进程发送SIGTERM信号。
如果您发现文档中有不正确的内容、与您使用特定功能的经验不符或需要进一步说明，请使用此表单来报告文档问题。