PostqreSQLで実行中のクエリを停止するには？

Question

まず私は、実行中のクエリを表示するには、このクエリを実行します。

SELECT pg_cancel_backend(pid); 

しかし、私はもう一度をpg_stat_activityを実行すると、それはまだすべてを示しています。

select * from pg_stat_activity; 

その後、私はそれらを停止するには、このクエリを実行しますクエリ！

なぜクエリを強制終了しませんでしたか？

Answer 1

可能な説明の数：あなたはアクティブなクエリを見ていない

• 、クエリテキストがバックアップされ、現在のアイドルに走っただけで、最後のクエリです。その場合、キャンセルするものがないので、pg_cancel_backendは何もしません。 stateフィールドをpg_stat_activityにチェックしてください。

• アクティブクエリは、実行中の間にCHECK_FOR_INTERRUPTS()ではない拡張コードで実行されています。これは、通常、PL/Perl、PL/Pythonなどのような独自のライブラリ、ソケットなどを使用して、CPU、I/O、またはネットワークアクティビティの多くを実行する拡張機能を実行している場合です。

• アクティブなクエリは、長時間実行されているループなどの割り込みをチェックしないPostgreSQLバックエンドコードで実行されています。これはバグです。そのような事件が見つかった場合は報告してください。

• バックエンドは、ブロッキングオペレーティングシステムコール（通常はディスクI/Oまたはネットワークソケット書き込み）で待機しています。そのブロック操作が終了するまで、キャンセルメッセージに応答することができないかもしれませんが、SIGTERMを受信した場合、そのシグナルハンドラは通常、それを回避することができますが、必ずしもそうではありません。

一般に、「大きなハンマー」としてpg_terminate_backendを使用することは安全です。 pg_terminate_backend()によって送信されるSIGTERMは、しばしば、必ずしもそうではないが、取り消しに応答できないバックエンドを終了させることが多い。

ないkill -9（SIGKILL）PostgreSQLのバックエンド（postgresプロセス）。共有メモリの安全性を保護するため、PostgreSQLサーバ全体が緊急再起動されます。

Answer 2

私はpg_cancel_backend（pid）の代わりにpg_terminate_backend（pid）を使うべきです。