Postgres SIGKILL崩溃

Question

仅供参考；这不需要回答。

我在一个负载很重的Postgres服务器上工作，发出了一个挂起的GRANT命令。它没有被任何其他命令阻止。我有几个打开的连接，并且能够用一个普通的pg_cancel_backend（SIGTERM）命令杀死几个进程，但我的GRANT命令没有响应该命令或pg_ terminate_backde（SIGINT）。我最后尝试了“kill-9（pid）”（SIGKILL），服务器崩溃了。

向数据库服务器进程或postmaster发出SIGKILL会导致崩溃——这是有据可查的。对子进程运行SIGKILL还会使数据库崩溃。

Answer 1

对子进程运行SIGKILL也会使数据库崩溃

任何终止任何后端而没有机会清理的致命信号，例如SIGSEGV，SIGABRT，SIGKILL等，都会导致邮局主管认为共享内存可能已损坏。它将回滚所有事务，终止所有正在运行的后端，然后重新启动。

PostgreSQL这样做是为了保护您的数据。如果在后端崩溃导致它在共享内存上乱写乱画之前出现了问题，那么shared_buffers可能包含无效数据，这些数据会被刷新到磁盘并替换好的页面。

我很确定文档里有，但我能找到的就是我认为你指的关闭服务器。

无论如何，如果您SIGKILL后端，您会看到如下内容：

WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the
current transaction and exit, because another server process exited
abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and
repeat your command.
server closed the connection unexpectedly
        This probably means the server terminated abnormally
        before or while processing the request.
The connection to the server was lost. Attempting reset: Succeeded.

如果OOM杀手杀死后端，也会发生这种情况，这就是为什么您应该在Linux上关闭内存过度使用。

我在我的博客上写了一些关于PostgreSQL要做和不要做的事情的指南。值得一看。