2024 年 9 月 26 日: PostgreSQL 17 发布!
支持的版本:当前 (17) / 16 / 15 / 14 / 13 / 12
开发版本:devel
不支持的版本:11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1

32.9. 异步通知 #

PostgreSQL 通过 LISTENNOTIFY 命令提供异步通知。客户端会话使用 LISTEN 命令注册其对特定通知通道的兴趣(并可以使用 UNLISTEN 命令停止监听)。当任何会话执行具有该通道名称的 NOTIFY 命令时,所有监听特定通道的会话将异步收到通知。可以传递一个 有效载荷 字符串来与监听器通信其他数据。

libpq 应用程序将 LISTENUNLISTENNOTIFY 命令作为普通 SQL 命令提交。随后可以通过调用 PQnotifies 检测 NOTIFY 消息的到达。

函数 PQnotifies 从从服务器接收到的未处理通知消息列表中返回下一个通知。如果没有任何挂起的通知,它将返回空指针。一旦从 PQnotifies 返回通知,它就被认为已处理,并将从通知列表中删除。

PGnotify *PQnotifies(PGconn *conn);

typedef struct pgNotify
{
    char *relname;              /* notification channel name */
    int  be_pid;                /* process ID of notifying server process */
    char *extra;                /* notification payload string */
} PGnotify;

在处理由 PQnotifies 返回的 PGnotify 对象后,请务必使用 PQfreemem 释放它。释放 PGnotify 指针就足够了;relnameextra 字段不代表单独的分配。(这些字段的名称是历史性的;特别是,通道名称不必与关系名称有任何关系。)

示例 32.2 给出了一个示例程序,说明了异步通知的使用。

PQnotifies 实际上并没有从服务器读取数据;它只是返回之前由其他 libpq 函数吸收的消息。在旧版本的 libpq 中,确保及时接收 NOTIFY 消息的唯一方法是不断提交命令,即使是空命令,然后在每次 PQexec 之后检查 PQnotifies。虽然这仍然有效,但它已被弃用,因为它浪费了处理能力。

当您没有可执行的实用命令时,检查 NOTIFY 消息的更好方法是调用 PQconsumeInput ,然后检查 PQnotifies。您可以使用 select() 来等待来自服务器的数据到达,从而在没有工作要做时不使用任何CPU功率。(请参阅 PQsocket 以获取要与 select() 一起使用的文件描述符编号。)请注意,无论您使用 PQsendQuery/PQgetResult 提交命令还是只使用 PQexec ,这都将正常工作。但是,您应该记住,在每次 PQgetResultPQexec 之后检查 PQnotifies,以查看在命令处理期间是否收到了任何通知。

提交更正

如果您在文档中看到任何不正确的内容,与您对特定功能的体验不符,或者需要进一步说明,请使用 此表格 报告文档问题。