当前位置：首页 > news >正文

PostgreSQL复制的监控

news 2026/5/12 0:30:40

PostgreSQL 复制（主流为流复制）的监控核心是 “确认连接正常、延迟可控、数据同步一致”，下面从基础命令行排查、关键指标监控、自动化可视化监控、日志监控四个维度给出完整方案，兼顾新手和生产环境需求。

1. 主库查看备库连接（确认从库是否在线）

在主库执行，通过 pg_stat_replication 视图查看所有连接的备库信息：

-- 主库执行：查看备库复制状态（核心）
SELECT pid,                    -- 复制进程PIDclient_addr,            -- 备库IP（关键，定位具体备库）state,                  -- 复制状态（streaming=正常流复制）sent_lsn,               -- 主库已发送的WAL位置write_lsn,              -- 备库已写入磁盘的WAL位置flush_lsn,              -- 备库已刷盘的WAL位置replay_lsn,             -- 备库已重放（应用）的WAL位置-- 计算复制延迟（字节，换算为MB更易读）(sent_lsn - replay_lsn)::numeric * 8192 / 1024 / 1024 AS lag_mb,-- 计算延迟时间（秒）extract(epoch from now() - backend_xmin) AS lag_seconds
FROM pg_stat_replication;

state：正常必须是 streaming；若为 catchup 表示备库正在追平主库，idle 大概率是复制链路异常；
lag_mb：主库发送与备库重放的 WAL 差距（延迟），生产环境建议控制在 10MB 以内；
若查询结果为空，说明备库未连接主库，需优先排查网络 / 权限。

2. 备库查看自身重放状态

在备库执行，通过 pg_stat_wal_receiver 查看 WAL 接收状态，pg_control_checkpoint 查看重放进度：

-- 备库执行：查看WAL接收状态
SELECT status,                  -- 接收状态（streaming=正常）received_lsn,            -- 已接收的WAL位置last_msg_receipt_time,   -- 最后接收WAL的时间extract(epoch from now() - last_msg_receipt_time) AS receive_delay_seconds
FROM pg_stat_wal_receiver;-- 备库执行：查看当前重放的WAL位置（确认数据是否应用）
SELECT redo_lsn FROM pg_control_checkpoint();

3. 验证主备 WAL 一致性

对比主库当前 WAL 位置和备库重放位置，确认无异常差距：

# 主库执行：获取当前WAL位置
psql -U postgres -c "SELECT pg_current_wal_lsn();"# 备库执行：获取已重放的WAL位置
psql -U postgres -c "SELECT redo_lsn FROM pg_control_checkpoint();"

查看全文

http://www.jsqmd.com/news/364788/