Postgres 16 LISTEN/NOTIFY事件丢失问题求相关日志与计数器调试方法

系统视图（实时状态与计数器） #

• pg_listening_channels：直接列出当前所有正在监听的通道及对应连接PID，可快速确认应用的监听连接是否真的在监听目标通道。
• pg_stat_activity：查看LISTEN连接的状态，重点关注pid（对应应用连接）、state（是否为idle或正常状态）、waiting（是否处于等待）、query（是否存在LISTEN语句），排查连接是否存活或异常阻塞。
• pg_stat_user_functions：如果触发器通过自定义函数调用pg_notify，可通过该视图查看函数调用次数，确认pg_notify是否被实际触发执行。

日志配置（调试时临时开启） #

• log_statement = 'all'：记录所有执行的SQL语句，包括触发器内的PERFORM pg_notify()及手动NOTIFY命令，验证通知是否被发起。注意调试完成后改回默认值，避免日志过载。
• log_connections / log_disconnections：追踪应用连接的建立与断开，排查是否存在连接被意外断开但应用未感知的情况。
• log_min_messages = notice：pg_notify发送时会生成notice级日志，开启后可直接在数据库日志中看到通知发送记录，确认通知已发出。

问题复现时的调试步骤 #

1. 用psql连接数据库，执行SELECT * FROM pg_listening_channels;，核对应用连接PID是否在列表中，通道名称是否匹配。
2. 执行SELECT pid, state, waiting, query FROM pg_stat_activity WHERE query LIKE '%LISTEN%';，检查监听连接的状态是否正常，是否存在异常等待。
3. 手动执行NOTIFY your_target_channel;，同时查看数据库日志是否有该通知的记录，对比应用是否收到，缩小问题范围。

内容的提问来源于stack exchange，提问作者user2233706