PostgreSQL 无法停止的SQL是怎么形成的与复现这个问题-优快云博客

本文链接：https://blog.youkuaiyun.com/liuhuayang/article/details/125986373

这篇博客探讨了在PostgreSQL中如何中断运行中的SQL语句，包括使用PQgetcancel()和PQcancel()函数，以及SIGINT和SIGTERM信号。当SQL陷入死循环或外部函数调用时，常规中断方法可能无效。作者通过示例展示了即使发送pg_terminate_backend()也无法终止进程的情况，并指出可能的原因，如系统调用阻塞。解决方案是在循环中添加对CHECK_FOR_INTERRUPTS()的调用。博客最后提醒用户谨慎使用未经验证的外部C语言函数和扩展。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在日常的工作中，DB人员会遇到不少的关于停止某个，“有意思” 的SQL的问题，这些SQL 可能正在BLOCKED 掉其他的语句，或者写这个语句的人，正在无意的摧毁整个数据库系统。而DBA只能采用PG的方式 terminal or cancal 这样的语句。

通过两个命令来完成这个任务是PGDB的必须的知识，可如果更细致的问及，内部是怎么进行工作的，这个估计的 take a long story.

Postgresql协议提供了中断运行语句的功能，这个功能是通过打开一个新的连接并且发送一个加密的cancle request 命令来完成的,这个加密的key通过原有的连接产生并转移过来的。主要的原因是如果不这样，每个人都可以cancel你的查询，这样就没有任何的安全可言了。

libpg 提供了两个函数PQgetcancel () 和 PQcancel 两个函数来获得语句句柄和将其cancel 掉，而在POSTGRESQL中如果你在允许的语句环境中直接使用ctrl + c 会直接启动函数将你的语句被 cancel掉。

当然postmaster进程接受到你的cancelRequest 的需求，他会发送SIGINT到你的backend所在的数据库的会话，同理如果你触发了 pg_cancel_backend()则也会触发同样的SIGINT 到对应的数据库会话中，而如果你使用了pg_terminate_backend() 函数则会发送信号SIGTERM到对应的会话中。

当进程接受到SIGINT会发送QueryCancelPending 的信号，同理当进程接受到 SIGTERM 的信号会发送ProcDiePending信号，也就是说当系统接受到取消SQL的指令后并不是马上将SQL 停止掉，而是开始设置全局变量来针对这个执行SQL的进程。

设置的主要的原因也很简单，一个SQL在运行中，会改变数据的状态，尤其是内存数据的状态，而改变状态后，将其KILL，则到底内存数据的状态如何变化，这必须被控制和检测，所以设置全局变量的主要思考的地方在于，针对SQL修改的数据是否需要还原进行界定并在系统安全的情况下，才能对SQL所在的进程进行KILL。

CHECK_FOR_INTERRUPTS()宏调用ProcessInterrupts()函数，这些调用散布在PostgreSQL代码中所有安全的地方。然后，该函数将抛出取消当前语句的错误，或者将终止后端进程，这取决于设置了哪个标志。

那么回到主题，为什么你KILL了进程的SQL ，但是却没有效果

1 在执行的过程中，无法调用CHECK_FOR_INTERRUPTS, 并且陷入死循环，在这样的情况下将无法对SQL进行查杀。

2 非POSTGRESQL 中的函数（C 系列）正在被这个函数调用，所以你没有办法调用CHECK_FOR_INTERRUPTS 来终止这个语句。

3 发送的SINGAL 信号卡在系统调用的阶段，这个问题可能来自于操作系统或者硬件系统层级。

我们怎么来模拟这个问题，首先我们建立一个基于C语言的死循环的函数，通过gcc 来编译并且将其加载到POSTGRESQL 系统中的libs 中，注意这里面的权限问题和文件的可执行问题。

然后将这个文件加载到POSTGRESQL 系统中，（因为安全问题，相关的语句和编译方法暂不提供）

下面在POSTGRESQL 系统中直接调用这个C 语言撰写的函数，此时系统在这个backend 进入了死循环，如下图及时在本session中持续不断的按住 ctrl + c 也无济于事。