播面

postmaster 进程通常是指 PostgreSQL 数据库系统中的核心主进程（守护进程）。

在较早的 PostgreSQL 版本中，这个程序的执行文件就叫 postmaster；在较新的版本中，虽然执行文件统一叫作 postgres，但大家习惯上仍将那个最顶层、负责管理的主进程称为 postmaster 进程。

它在 PostgreSQL 架构中扮演着“大管家”的角色，主要作用包括以下几个核心方面：

1. 监听和接受客户端连接

• postmaster 进程在数据库启动后，会在指定的网络端口（默认是 5432）或 Unix 域套接字上进行监听。
• 当有客户端（如 psql、Java/Python 应用程序）尝试连接数据库时，都是首先与 postmaster 进程进行通信。

2. 身份验证与派生（Fork）服务进程

• PostgreSQL 采用的是“多进程架构”（一个连接对应一个进程）。
• 当客户端请求连接时，postmaster 会负责处理初始的身份验证。
• 验证通过后，postmaster 会使用操作系统级别的 fork() 操作，派生出一个全新的子进程（Backend process / postgres 进程）专门为这个客户端服务。之后，该客户端的 SQL 查询等所有操作都由这个专属的子进程处理，postmaster 则继续回到监听状态，等待下一个新连接。

3. 系统初始化与内存分配

• 在数据库启动时，postmaster 负责读取配置文件（如 postgresql.conf 和 pg_hba.conf）。
• 它负责向操作系统申请并初始化数据库的共享内存（Shared Memory）和信号量。所有的子进程和后台进程都要依赖这块共享内存来进行数据交互和锁管理。

4. 管理和监控后台进程

除了处理用户连接，PostgreSQL 还需要许多后台进程来维持数据库的运转。postmaster 负责在启动时拉起并持续监控这些后台进程，例如：

• Background Writer (bgwriter): 负责将脏数据页写回磁盘。
• WAL Writer: 负责将预写式日志写入磁盘。
• Autovacuum Launcher: 负责自动清理垃圾数据。
• Stats Collector: 收集数据库统计信息。
• Archiver: 负责日志归档。

5. 故障恢复与安全机制（崩溃处理）

• postmaster 是一个极其重要的监控者。如果某个为客户端服务的子进程发生了严重的异常崩溃（例如遇到段错误被操作系统杀掉），它持有的共享内存锁可能没有释放，这会威胁到整个数据库的数据一致性。
• 此时，postmaster 会察觉到子进程的异常死亡。为了保护数据安全，它会强制终止所有其他正在运行的子进程，重新初始化共享内存，并执行崩溃恢复（Crash Recovery），然后重新允许新的连接。

6. 控制数据库的关闭

• 当管理员发出停止数据库的命令时，postmaster 负责协调整个关闭过程（分为 Smart, Fast, Immediate 三种关闭模式），确保数据安全落地，断开现有连接，最后清理共享内存并退出。

---

形象的比喻：
你可以把 postmaster 想象成一家大型高档餐厅的“大堂经理兼前台”：

1. 他站在门口接待客人（监听连接）。
2. 客人来了，他核对预订信息（身份验证），然后安排一个专门的服务员全程一对一服务这桌客人（派生子进程）。
3. 大堂经理自己不负责上菜和炒菜，他只负责管理。他还负责监督后厨的厨师、清洁工（后台进程）是否在正常工作。
4. 如果有个服务员突然发疯砸了盘子（子进程崩溃），大堂经理为了防止场面失控，会立刻清场（终止所有进程），重新布置大堂（清理内存），然后才重新开门迎客。

(注：除了 PostgreSQL 之外，在传统的电子邮件系统如 Sendmail/Postfix 中，也有名为 postmaster 的概念或进程，主要指代邮件系统的管理员账号或负责处理邮件路由的守护进程，但在现代 IT 技术语境下，问到“postmaster 进程”99% 都是在指 PostgreSQL 数据库。)