LISTEN — 监听一个通知
LISTEN channel
LISTEN
在名为channel
的通知频道上将当前会话注册为一个监听者。如果当前会话已经被注册为这个通知频道的一个监听者,则什么也不会发生。
只要命令NOTIFY
被调用(不管是在这个会话还是在另一个连接到同一数据库的会话中),所有当前正在该通知频道上监听的会话都会被通知,并且每一个会话将会接着通知连接到它的客户端应用。
channel
可以使用UNLISTEN
命令在一个给定通知频道上反注册一个会话。当会话结束时,它的监听注册会被自动清除。
一个客户端应用检测通知事件的必用方法取决于它使用的PostgreSQL应用编程接口。如果使用libpq库,应用会将LISTEN
作为一个普通 SQL 命令发出,并且接着必须周期性地调用函数PQnotifies
来查看是否接收到通知事件。其他诸如libpgtcl的接口提供了更高层次上的处理通知事件的方法。事实上,通过使用libpgtcl应用程序员甚至不必直接发出LISTEN
或UNLISTEN
。更多细节可参阅所使用的接口的文档。
channel
一个通知频道的名称(任意标识符)。
LISTEN
在事务提交时生效。如果在一个后来被回滚的事务中执行了LISTEN
或UNLISTEN
,被监听的通知频道集合不会变化。
一个已经执行了LISTEN
的事务不能为两阶段提交做准备。
第一次设置侦听会话时有一个竞争条件:如果并发提交的事务正在发送通知事件,那么新的侦听会话将接收哪些事件?
答案是,会话将接收在事务提交步骤中的一瞬间之后所有提交的事件。但这比事务在查询中可能观察到的任何
数据库状态都要晚一些。这将导致使用LISTEN
的以下规则:首先执行(并提交!)该命令,
然后在一个新事务中根据应用程序逻辑的需要检查数据库状态,然后依靠通知来了解数据库状态的后续更改。最初收
到的几个通知可能涉及在初始数据库检查中已经观察到的更新,但这通常是无害的。
NOTIFY对LISTEN
和NOTIFY
的
使用进行了更广泛的讨论。
从psql中配置并执行一个监听/通知序列
LISTEN virtual; NOTIFY virtual; Asynchronous notification "virtual" received from server process with PID 8448.
在 SQL 标准中没有LISTEN
语句。