# 17.5\. 關閉服務器 有好幾種關閉數據庫服務器的方法。通過給`postgres`進程發送不同的信號， 你就可以控制關閉服務器的不同方法。 SIGTERM 這是_智能關閉_模式。接收到SIGTERM以后， 服務器不再允許新的連接，但是允許所有活躍的會話正常完成他們的工作， 只有在所有會話都結束任務后才關閉。如果服務器處在在線備份模式，它另外等待在線備份模式不再活躍。 當備份模式活躍時，將仍允許新的連接，但是只針對超級用戶（這個例外允許超級用戶連接以終止在線備份模式）。 如果當請求智能關閉時服務器正在恢復，那么恢復和流復制將在所有普通會話終止后停止。 SIGINT 這是_快速關閉_模式。不再允許新的連接，向所有活躍服務器發送SIGTERM (讓它們立刻退出)，然后等待所有子進程退出并關閉數據庫。如果服務器處在在線備份模式， 備份模式將終止，使得備份無效。 SIGQUIT 這是_立即關閉_模式。主`postgres`進程將向所有子進程發送 SIGQUIT并且立即退出(所有子進程也會立即退出)，而不會妥善地關閉數據庫系統。 這樣做會導致下次啟動時的恢復(通過重放 WAL 日志)。我們推薦只在緊急的時候使用這個方法。 [pg_ctl](#calibre_link-544)程序提供了一個發送這些信號關閉服務器的便利接口。 另外，你在非Windows系統上可以用`kill`直接發送這些信號。 可以用`ps`命令或者從數據目錄里的`postmaster.pid` 文件中找出`postgres`的PID。所以，舉例來說，要做一次快速關閉： ``` $ <kbd class="literal">kill -INT `head -1 /usr/local/pgsql/data/postmaster.pid`</kbd> ``` > **Important:** 最好不要用SIGKILL來關閉服務器。這樣做將阻止服務器釋放共享內存和信號燈， 那樣的話你只能在新服務器啟動前自己手動做這件事。另外，SIGKILL直接殺死`postgres` 進程而不等它傳遞信號給子進程，所以我們也將必須手動的殺死獨立的子進程。 當允許其他會話繼續時終止一個獨立的會話，使用`pg_terminate_backend()` (參見[Table 9-59](#calibre_link-1377))或發送一個SIGTERM 信號到與這個會話有關的子進程。