主从同步怎么监控延迟

监控**主从同步延迟（Replication Lag）**的方法，取决于你用的数据库类型。下面以最常见的 MySQL / Redis / PostgreSQL 为例说明。

一、MySQL 主从延迟监控

1️⃣ 通过 SHOW SLAVE STATUS

在从库执行：

SHOW SLAVE STATUS\G

重点字段：

• Seconds_Behind_Master
  • 延迟秒数（最常用）
  • NULL 可能表示复制异常
• Slave_IO_Running / Slave_SQL_Running
  • 必须都是 Yes
• Relay_Log_Pos / Exec_Master_Log_Pos
  • 可用于精确对比位点

⚠️ 注意：Seconds_Behind_Master 在并行复制或网络异常时可能不准

2️⃣ 使用 GTID（推荐）

SHOW SLAVE STATUS\G

关注：

• Retrieved_Gtid_Set
• Executed_Gtid_Set

若两者不一致 → 存在延迟

3️⃣ 第三方监控工具

• Prometheus + mysqld_exporter
• Zabbix
• Percona Monitoring and Management (PMM)

指标示例：

mysql_slave_status_seconds_behind_master

二、Redis 主从延迟监控

1️⃣ INFO replication

在从节点执行：

redis-cli info replication

关注：

• master_link_status:up
• slave_repl_offset
• master_repl_offset

延迟字节数：

lag = master_repl_offset - slave_repl_offset

2️⃣ 延迟命令（Redis 7+）

redis-cli INFO commandstats

三、PostgreSQL 主从延迟

1️⃣ 使用 pg_stat_replication

在主库：

SELECT
  application_name,
  pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS lag_bytes
FROM pg_stat_replication;

2️⃣ 从库查看

SELECT
  now() - pg_last_xact_replay_timestamp() AS delay;

四、通用监控思路（推荐）

✅ 监控维度：

• 时间延迟（秒）
• 位点 / Offset 差
• 网络 IO
• 从库负载（CPU、磁盘）

✅ 告警建议：

• 延迟 > 5s 告警
• 延迟 > 30s 紧急

五、你可以告诉我

• 用的是 哪种数据库
• 是 物理备份 / 逻辑复制
• 是否已有 监控平台（Prometheus / Zabbix）

我可以给你具体监控脚本或告警配置。