PostgreSQL的监听进程

在PostgreSQL中，"监听进程"主要涉及两个概念：一是操作系统层面上的PostgreSQL服务器进程监听数据库服务要使用的TCP/IP端口（通常是5432），以便接受来自客户端的连接请求；另一个是数据库内部的“LISTEN/NOTIFY”机制，用于在数据库内部实现进程间的异步通信。

1. PostgreSQL服务器进程监听TCP/IP端口

当你启动PostgreSQL数据库服务时，主进程（又称为postmaster）会监听一个或多个指定的端口（默认端口为5432），等待客户端的连接请求。这使得客户端应用程序能够通过TCP/IP与数据库服务器建立连接，并执行SQL查询等操作。

如果需要修改PostgreSQL监听的端口或配置它监听的特定地址，你可以在postgresql.conf配置文件中设置以下参数：

• listen_addresses = '*'：这会使PostgreSQL监听服务器上所有的网络接口。根据需要，也可以设置为仅监听来自特定IP地址的连接请求。
• port = 5432：这里的5432是默认端口。如果需要，可以更改为其他值。

当这些配置被修改后，需重启PostgreSQL服务使修改生效。

2. LISTEN/NOTIFY命令

PostgreSQL提供了一种机制，允许数据库客户端监听特定的通知（通过"LISTEN"命令），而这些通知可以由其他客户端（通过"NOTIFY"命令）发送。这是数据库内部的一种异步通信方式，常用于触发器和事件通知等场景。

例如，一个进程可以执行以下SQL命令来监听名为my_notification的通知：

LISTEN my_notification;

另一个进程可以发送通知给所有监听my_notification的进程：

NOTIFY my_notification;

这种机制在实现事件驱动的应用程序中非常有用，如实时更新、异步触发等场景。

查看监听状态

• 对于TCP/IP监听端口，你可以通过如netstat, lsof或ss等命令查看PostgreSQL进程监听的端口。
• 对于数据库内部的LISTEN/NOTIFY机制，由于它是基于会话的，因此没有一个简单的方法可以查看当前所有激活的LISTEN请求。但你可以通过查看应用程序代码或执行相关的SQL命令来确认它们。

结合这两个层面的"监听"，PostgreSQL提供了灵活强大的通信和事件通知能力，以适应不同的应用场景需要。